Windows Azure存储表的访问时间

时间:2011-06-14 17:36:24

标签: azure azure-storage azure-table-storage

我公司有兴趣使用天蓝色存储表。他们让我调查访问时间,但到目前为止我还没有找到任何相关信息。我有几个问题,也许这里有人可以帮忙回答。

  • 有关天蓝色表存储的读/写访问时间的任何信息/链接或任何内容
  • 如果我使用分区键和行键进行直接访问,则读取时间会随着字段数的增加而增加
  • 是否有人了解未来的天蓝色存储计划,例如价格下降,访问速度提升,索引能力或每行存储量增加
  • 我理解存储1MByte / row。这是否包含字段名称的空间。我认为它确实
  • 有没有办法确定Azure存储中一行使用了多少空间。任何API。

希望有人可以帮助解答其中的一两个问题。

请注意,此问题仅适用于TABLE STORAGE。

由于

2 个答案:

答案 0 :(得分:4)

Microsoft有关于可伸缩性目标的blog post

对于每行的实际存储空间,这里是该帖子的摘录:

  

实体(行) - 实体(实体是   类似于“行”是基本的   存储在表中的数据项。一个   实体包含一组属性。   每个表有两个属性,   “PartitionKey和RowKey”,形成   实体的唯一密钥。一个   实体最多可容纳255个属性   所有属性的组合大小   在一个实体不能超过1MB。这个   size包括酒店的大小   名字以及大小   财产价值或其类型。

在给定分区上,您应该会看到每秒500个事务的性能。

我知道没有降低存储成本的计划。它目前为0.15美元/ GB /月。

您可以通过在单个分区内组合写入来优化表存储写入速度 - 这是一个实体组事务。有关详细信息,请参阅here

答案 1 :(得分:2)

添加大卫的回答。 Microsoft Extreme Computing Group在所有Azure上都有一个非常comprehensive series of performance benchmarks,包括Azure表。

从上述基准(read latency下):

  

实体大小不会显着影响延迟

所以我不会过分关注添加更多属性。

Azure Table上的辅助索引已经作为首次发布的请求功能出现,有一次它甚至被讨论过,就好像它将在即将发布的版本中一样。 MS此后一直非常安静。我知道MS正在研究它(或者至少在考虑它的时候非常努力),但是没有时间框架可用于何时/是否会被释放。