代码之家 › 专栏 › 技术社区 › Rich

Azure表存储查询性能

azure-table-storage query-performance azure

Rich · 技术社区 · 7 年前

我们使用datetime作为行键,为了获得最新的条目,我们检索了一天的所有内容,然后用代码对其进行排序。

PartitionKey eq '123456' and RowKey ge '20170713000000000' and RowKey le '20170714000000000'

这会更快地从表存储中检索记录吗?

PartitionKey eq '123456' and RowKey eq '20170713101000000'

1 回复 | 直到 7 年前

Gaurav Mantri 7 年前

PartitionKey eq“123456”和RowKey eq“20170713101000000”

PartitionKey eq“123456”和RowKey ge“201707130000000000”和RowKey le“20170714000000000”

第一个查询使用了所有可用的索引( PartitionKey RowKey

第二个查询也很有效(虽然不如第一个查询有效),因为它只在单个分区中搜索,但它正在执行所谓的 Partition Scan 。此查询将转到所需的分区,然后执行匹配搜索 RowKey公司

推荐文章

david hale · 调整SQL查询:在同一个表上使用聚合函数的子查询

7 年前

Backend Viking · 行级安全,性能差

7 年前

Toleo · 查询性能的最佳实践是什么?

7 年前

sdec · 为什么Azure Analysis Services的查询速度低于直接SQL查询

7 年前

Aarish Ramesh · Oracledb查询以下用例

7 年前

user6824563 · 使用SUM()的MySQL查询速度较慢

7 年前

user7538827 · 优化Sql Server查询以更新大型列表

7 年前

pratik · 提取数据时性能较慢

7 年前

Cláudio Ribeiro · 提高Mysql查询性能(使用explain在类型中索引)

7 年前

Vishwajeet Gupta · 在只有两种类型值的列上创建索引的效果如何

7 年前