Azure - 表存储建模

Question

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

Answer 1

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

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

Answer 2

另一个视角是将Partition + Row Key设想为类似于SQL Server数据库的主键（以聚簇索引形式存储）。

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