建模查询数据

Question

关于为客户建模数据的快速问题……

• 客户商店存储数据，大约250条记录，每个可能有10个属性。
• 客户存储部门数据，大约有1,000条记录，也许每个都有10个属性。
• 客户存储产品数据，大约2,000,000条记录，每个可能有20个属性。

基于对数据的访问方式，我的建模想法是将商店数据和部门数据存储在lookups集合中，并在object属性（在本例中为Department of Store）中进行分区。]

将产品数据存储在products属性中，并在upc_code属性上进行了分区。

这有意义吗？还是有更好的方法，特别是处理小型（<1,000个记录）数据集，我是否应该为此推荐表存储？

提前感谢！

关于为客户建模数据的快速问题...客户存储存储数据，大约250条记录，每条可能有10个属性。客户存储部门的数据，大约有1,000条记录，也许是10 ...

Answer 1

是的，这可能有效。我不会为此使用Table API。如果需要键/值功能，请使用SQL API并关闭索引。但仅当您通过upc_code查找产品时。