.net - Azure - 表存储建模

Question

是否有关于如何正确设计Table Storage数据的参考？什么放在分区里，什么放在表里？是否有任何要遵循的原则（如 SQL 中的 ER 模型）？

Answer 1

一般来说，您需要确保您的内容搜索是有效的。数据基于分区键存储并在行键上建立索引。例如，如果您将应用 ID 作为分区键，将客户 ID 作为行键，那么您可以非常快速地搜索客户。但是：想象一下必须按客户的姓氏（另一个属性）进行搜索。现在您需要在应用程序的分区内进行表扫描。您可能需要第二个表来将客户的姓氏（作为行键）映射到客户 ID（属性）。

要查看一些实际指导，请查看这篇 msdn 文章。

Answer 2

另一种观点是将分区 + 行键设想为类似于 SQL Server 数据库的主键（以聚集索引形式存储）。

将主键确定为一个或多个子键的复合键（取决于您的查询需要），然后根据应用程序的可伸缩性要求将主键适当地拆分为分区段和行段。