Azure cosmosdb 查找数据建模
关于为客户建模数据的快速问题 客户商店存储数据，大约250条记录，每个记录可能有10个属性。 客户存储部门数据，大约1000条记录，同样，每个部门可能有10个属性。 客户存储产品数据，大约200万条记录，每个记录可能有20个属性。 我根据数据的访问方式对数据进行建模的想法是将存储数据和部门数据存储在查找集合中，并根据对象属性（在本例中为部门存储）进行分区 将产品数据存储在产品集合中，并在upc_代码属性上进行分区 这有意义吗？或者有没有更好的方法，特别是在处理小于1000条记录的小数据集时，我是否应该推荐使用表存储Azure cosmosdb 查找数据建模,azure-cosmosdb,Azure Cosmosdb,关于为客户建模数据的快速问题 客户商店存储数据，大约250条记录，每个记录可能有10个属性。 客户存储部门数据，大约1000条记录，同样，每个部门可能有10个属性。 客户存储产品数据，大约200万条记录，每个记录可能有20个属性。 我根据数据的访问方式对数据进行建模的想法是将存储数据和部门数据存储在查找集合中，并根据对象属性（在本例中为部门存储）进行分区 将产品数据存储在产品集合中，并在upc_代码属性上进行分区 这有意义吗？或者有没有更好的方法，特别是在处理小于1000条记录的小数据集时，我是
提前谢谢 是的，那可能有用。不过，我不会为此使用表API。如果需要键/值功能，请使用SQL API并关闭索引。但只有通过upc_代码查找产品
另一个问题。这些数据都相关吗？您是否考虑过将其存储为图形并在Cosmos中使用Gremlin API？您的数据访问模式与如何在Cosmos中划分和存储数据有关，而不是关系。任何答案都是基于意见的。如果你还没有，也许谢谢@Crowcoder，我确实看了那篇文章。特别是寻找更倾向于查找的数据，例如键/值数据。那篇文章中是否有我忽略的具体内容，请告诉我！另外，对于那些对这个问题投反对票的人，请记住，这是从Cosmos产品团队获得azure cosmosdb支持的推荐途径。谢谢@Mark Brown，这是相关的，但非常松散，再次，只是查找数据。。。我看着小精灵，但觉得这可能是杀伤力太大了。关于关闭索引的好建议，我将对此进行研究。