用于大负载的windows azure表存储

azure表存储最多可以处理一个帐户的什么负载？例如，它能否处理每秒2000次的读取，其中响应必须在不到一秒的时间内到达，请求将从许多不同的机器发出，并且一个实体的负载平均约为500Kb？假设只有一种类型的实体，并且原则上可以有任意数量的表/分区，那么为这种负载提供多少个表、分区的实践是什么。行键也是均匀分布的32个字符的哈希字符串，分区键也是均匀分布的。

查看Azure存储可伸缩性和性能目标文档页面。这应该能回答你的部分问题

检查Azure存储可扩展性和性能目标文档页面。这应该能回答你的部分问题

---

我建议在这里阅读最佳实践：

以下是单个存储帐户的可扩展性目标：

•事务处理–每秒多达5000个实体/消息/blob

单表分区–表分区是表中具有相同分区键值的所有实体，大多数表都有多个分区。单个分区的吞吐量目标为：

◦每秒多达500个实体

◦注意，这是针对单个分区的，而不是针对单个表的。因此，具有良好分区的表每秒最多可以处理数千个请求，直至存储帐户目标

---

只要您对数据进行了正确的分区，这样就不会有一堆数据全部进入一台机器，一个表就可以了。还要记住如何查询数据，如果不使用index PartitionKey | RowKey，则必须进行全表扫描，这对于大型数据集来说非常昂贵。

我建议您阅读以下最佳实践：

以下是单个存储帐户的可扩展性目标：

•事务处理–每秒多达5000个实体/消息/blob

单表分区–表分区是表中具有相同分区键值的所有实体，大多数表都有多个分区。单个分区的吞吐量目标为：

◦每秒多达500个实体

◦注意，这是针对单个分区的，而不是针对单个表的。因此，具有良好分区的表每秒最多可以处理数千个请求，直至存储帐户目标

---

只要您对数据进行了正确的分区，这样就不会有一堆数据全部进入一台机器，一个表就可以了。还要记住如何查询数据，如果不使用index PartitionKey | RowKey，则必须进行全表扫描，这对于大型数据集来说是非常昂贵的。

虽然此链接可以回答问题，但最好在此处包含答案的基本部分，并提供链接供参考。如果链接页面发生更改，仅链接的答案可能会无效。虽然此链接可以回答问题，但最好在此处包含答案的基本部分，并提供链接以供参考。如果链接页面发生更改，仅链接的答案可能会无效。虽然此链接可以回答问题，但最好在此处包含答案的基本部分，并提供链接以供参考。如果链接页面发生更改，仅链接的答案可能会无效。虽然此链接可以回答问题，但最好在此处包含答案的基本部分，并提供链接以供参考。如果链接页面发生更改，则仅链接的答案可能无效。