如何解决powershell,Invoke-RestMethod,Azure表存储,OData-不一致
最近,我第一次遇到了azure表存储和odata查询。乍一看,它们似乎很明显,但现在我被困在一个似乎是错误的地方。我所拥有的表具有一些具有属性的用户。我想做的是通过Powershell(5.1 / 7-相同)和Invoke-RestMethod(Invoke-WebREquest是相同的)通过用户名查询用户。但是奇怪的是,它并非每次都起作用!我还使用GUI-Microsoft Azure Storage Explorer,一切正常。我什至从GUI复制查询的文本,并将其放入代码中,但这是相同的。该脚本非常简单:
$ storageAccount / $ accessKey / $ headers
$ address = “ https://myaccount.table.core.windows.net/users?`$filter=(UserName eq 'username1')“ Invoke-RestMethod -Method Get -Uri $ address -Headers $ headers -ContentType'application / json'
问题是它与$ username1一起使用,但与$ username2不一起使用。而且,如果它适用于一个用户名,则始终适用。如果它不适用于用户名,则同样适用。通过RowKey进行查询始终有效,并且存在所需的属性。我正在查看这两个用户帐户,它们具有相同的属性,用户名看起来也相似,但该查询对某些用户有效,而对其他用户无效。有什么提示可能是问题所在,需要调查什么?
p.s。好吧,我可能已经找到了问题,但没有找到解决方案。当我使用Invoke-RestMethod查询表存储时,该命令大约需要6秒钟,并且没有找到结果。当我通过Microsoft Azure存储资源管理器使用相同的查询时,大约需要33秒,但是会找到结果。因此,我认为Invoke-RestMethod不会搜索整个表。而且,较小的桌子没有相同的问题。
p.s.2原来是设计使然。微软指出,此类查询最多只需要5秒即可查看1000条记录。解决此问题的方法是查看响应头。如果它们包含“ continuation令牌”,则可以在查询的URL中使用这些令牌编写另一个查询。如果有人感兴趣,那就是Microsoft documentation。 万一有人在代码中挣扎,这是简单的实现:
$allresults = [System.Collections.Generic.List[object]]::new()
$resultStorage = Invoke-WebRequest -Method Get -Headers $headersStorage -Uri $addressStorage -ContentType 'application/json'
$allresults.Add($resultStorage)
while ($null -ne $resultStorage.headers.'x-ms-continuation-NextPartitionKey') {
$NextPartitionKey = $resultStorage.Headers.'x-ms-continuation-NextPartitionKey'
$NextRowKey = $resultStorage.Headers.'x-ms-continuation-NextRowKey'
$addressStorage = "https://$($storageAccount).table.core.windows.net/$($resource)&NextPartitionKey=$($NextPartitionKey)&NextRowKey=$($NextRowKey)"
$resultStorage = Invoke-WebRequest -Method Get -Headers $headersStorage -Uri $addressStorage -ContentType 'application/json'
$allresults.Add($resultStorage)
}
$convertedResultsValue = ($allresults.Content | ConvertFrom-Json).Value
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。