问题标签 [azure-tablequery]

如何使用 Powershell 从订阅计算所有 Azure 存储表的大小。

我尝试在线搜索是否有任何直接查询表大小的方法，但看起来没有。谁能给我一个计算 Azure 存储表大小的工作模型。

请。

我们如何提高这个查询的速度？

在执行以下查询的范围内，我们大约有100 个消费者。1-2 minutes这些运行中的每一个都代表消耗函数的 1 次运行。

此查询将产生大约5000 个结果。

完整代码：

在这些执行期间，当有 100 个消费者时，如您所见，请求将聚集并形成峰值：

在这些高峰期间，请求通常需要 1 分钟以上：

我们如何提高这个查询的速度？

我正在使用带有 F# 脚本文件的 Visual Studio 2019。

我导入了最新的 nuget 包以在 Azure 表存储中插入和检索实体

插入工作正常，但检索失败并出现以下错误：

验证它：Collections.Generic.IEnumerable = 错误：找不到方法：'System.Threading.Tasks.Task`1 Newtonsoft.Json.JsonReader.ReadAsync(System.Threading.CancellationToken)'。

这是脚本：

提前致谢

假设我创建了一个模型

然后，我部署了一个服务，该服务使用类似于...的代码定期更新 OriginalProperty 的值。

稍后，我决定向 Foo 添加一个新属性以供其他服务使用。

我在本地进行此更改并开始从我的本地计算机更新一些记录，而不更新原始部署的服务。

我看到的行为是，一旦部署的服务更新记录，我从本地计算机对 NewProperty 所做的更改就会丢失。当然，这在某些方面是有道理的。该服务不知道 NewProperty 已添加并且没有理由保留它。但是我的理解是 TableEntity 实现是基于字典的，所以我希望它会“忽略”（即保留）新引入的列而不是删除它们。

有没有办法配置查询/插入以获得我想要的行为？我知道DynamicTableEntity但尚不清楚将其用作基类是否会导致模型属性的行为发生变化。

为了清楚起见，我并不是说不断摆弄模型或为同一个表拥有多个客户端模型是一个好习惯，但是能够偶尔添加一列而不必担心重新部署每个列绝对有用可能触及受影响表的服务。

我正面临 azure 表存储的问题。我需要查询的存储表中有数十万条数据。

1. 第一种方法是检索所有数据，然后根据要求进行查询，但这需要太多时间。

2. 第二种方法是如果我直接使用查询从表存储中获取过滤数据怎么办

因此，根据我的理解，第二种方法是最好的，但我无法正确查询。如何从 Azure 表存储中检索最后一个条目，在此我也尝试 MAX 并按功能排序，但它对我不起作用。

不运行代码：

运行花费太多时间的代码：

调用的限制是ExecuteQuery()什么？例如，对实体数量和下载大小的限制。

换句话说，下面的方法什么时候会达到极限？

下面的方法使用ExecuteQuerySegmentedAsyncTakeCount 为 50，但如何确定 50，我认为这是由我上面的问题决定的。

示例来自以下链接： https ://github.com/Azure-Samples/storage-table-dotnet-getting-started

场景如下： 当前的MVC5项目提供了几个视图，通过各种API调用来获取这些视图的数据。这些调用仅使用https://[some_url]字符串执行，如果需要替换变量。

所有调用都返回 JSON 字符串，这些字符串根据 MVC 模型转换为对象。我还想指出，该应用程序本身不具有任何数据库，因为它作为一系列流程中的一个步骤，将创建的对象传递给下一个应用程序。

一个电话针对的是Azure 表存储。这个特殊的表包含几千个条目并且正在稳步增长。使用“普通”API 调用，例如https://api123.sample.net/application/[...]/仅返回前 1,000 个条目。

这个SO post是我的出发点，建议通过添加查询参数来修改 URLNextParitionKey和NextRowKey. 上述 SO 帖子中的一条评论也指向这个Microsoft Doc，建议使用相同的方法向查询中添加参数。

由于我一直在使用的调用返回x-ms-continuation-NextPartitionKey并x-ms-continuation-NextRowKey在标题中，我想我应该使用这些来修改我的查询 URL。在 Postman 中输入参数化查询后，我能够修改 URL 并获得 JSON 结果。

但是，这是实际的问题，尽管使用了查询参数，但 API 调用的结果仅返回 1,000。比较参数化 URL 调用和之前使用的标准调用的结果，发现 JSON 文件确实不同。

我认为无法更改每次调用 1,000 个条目的限制，但是如果可能的话，我将如何使用基于 URL 的 API 调用从该特定数据库中检索所有条目（参见下面的方法）？我的意思是，如果使用参数每次调用也只返回 1,000 个条目，那么如何“链接”调用并找出最后一个数据库条目来终止整个过程。

我假设在这种情况下我不能使用基于 URL 的方法。是否需要将实际的 API 调用提取到适当的方法中（不胜感激链接）？

作为附加信息，请考虑以下方法（注意：稍作修改）：

我在通过 PK、RK 和非索引键进行搜索的下方有一个表查询。

这会减慢数据库搜索速度吗？如果通过 c# 在 web 层执行 DOB 搜索会更快吗？

我有一个 Azure 函数来对 Azure 表存储中的数据集执行一些操作。

由于分组在 Azure 表存储中不起作用，因此我必须获取表中的所有数据集并在我的 C# 代码中执行我想要的操作（分组、筛选）。

但是每个查询只检索前 1000 个数据集。如何获取所有数据集 - 或以 1000 个批量遍历表以获取所有数据集？

有没有办法找出在最后“N”分钟内是否有对天蓝色表的删除实体调用？基本上我的目标是找到在最后“N”分钟内更新表的所有操作。

更新：我正在寻找一种方法来通过对存储中特定表的 rest api 调用来做到这一点。