一个具有许多分区键的 Azure 表存储表与许多具有较少分区键的表相比如何？

Question

我有一个 Windows Azure 应用程序，其中 TableA 的所有读取查询都在单个分区上针对一系列行键执行。促进这种存储方案的分区键实际上是层次结构中对象的扁平名称，因此分区键的格式类似于{root}_{child1}_{child2}_{leaf}。我可以理解通过在表命名中使用分区键的根维度将这个大 TableA 划分为许多表是多么有益（因此分区键将变为{child1}_{child2}_{leaf}）。

我想要做的是尽可能快速地从尽可能多的连接中同时访问这些数据。如果我能弄清楚这些限制是什么或应该是什么，那也太不可思议了。

关于我提议的更改的更具体问题：

1. 这是否会对可扩展性产生影响，即可以在不显着完善性能的情况下同时处理的数据访问请求的数量？是否同时提供服务？
2. 这会对平均性能产生影响吗？潜在表现？

Answer 1

如果每个查询都指定一个分区键，那么这些分区分布在多少个表中并没有区别。换句话说，以下是等价的：一张表有一千个分区与一千张表各有一个分区。

我能想到考虑拆分为多个表的主要原因是，您可以在单个操作/事务中删除整个表，而不能在同一个表中使用一系列分区。这意味着对于日志之类的内容，您可能希望在一段时间后删除较旧的内容，通常最好为不同的时间范围设置不同的表。

Answer 2

+1 史蒂夫的回答。

补充几点

• 可能值得考虑使用多个存储帐户 - 因为它目前是作为可扩展性单位的存储帐户 - 每个存储帐户的官方目标是每秒大约 5000 个实体/事务，因此如果您想要更高，那么您需要使用多个帐户。
• 在性能方面有一些关于如何查询数据的微妙细节 - 如果项目不在同一个分区中，则执行单独的并行查询通常更快，而不是使用复杂的 where 参数执行单个查询。
• 您可能会发现存储团队博客上的博文特别有用 - http://blogs.msdn.com/b/windowsazurestorage/archive/2010/11/06/how-to-get-most-out-of-windows-azure-tables.aspx 和 http://blogs.msdn.com/b/windowsazurestorage/archive/2010/05/10/windows-azure-storage-abstractions-and-their-scalability-targets.aspx
• 您可能还需要了解成本 - 每百万次点击大约 1 美元。