Warning: file_get_contents(/data/phpspider/zhask/data//catemap/0/drupal/3.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Azure表存储请求上的筛选列_Azure - Fatal编程技术网

Azure表存储请求上的筛选列

Azure表存储请求上的筛选列,azure,Azure,在azure表存储行中查找一列时,有两种方法 GET /tablename?$filter=(PartitionKey eq '9a485ad480ed4fcaaeb69c1e570260d8') and (RowKey eq '2846')&$top=1&$select=Location,PartitionKey,RowKey,Timestamp HTTP/1.1 及 两者之间有什么缺点/好处吗?我发现在一个有限的测试中,查询时间是相同的,但是负载端是前一个的一半。是否还有其

在azure表存储行中查找一列时,有两种方法

GET /tablename?$filter=(PartitionKey eq '9a485ad480ed4fcaaeb69c1e570260d8') and (RowKey eq '2846')&$top=1&$select=Location,PartitionKey,RowKey,Timestamp HTTP/1.1


两者之间有什么缺点/好处吗?我发现在一个有限的测试中,查询时间是相同的,但是负载端是前一个的一半。是否还有其他有趣的指标可供比较?

在存储端,它们的功能相同,只是第一个查询只返回特定字段,因此执行速度会更快,尤其是在实体大小增加或网络质量下降时。第一个示例中的$top=1是多余的,因为PartitionKey+RowKey的组合已经指定了一个唯一的实体

GET /tablename(PartitionKey='9a485ad480ed4fcaaeb69c1e570260d8',RowKey='2846') HTTP/1.1