问题标签 [azure-cosmosdb-tables]

我想从 cosmos db 中读取记录并使用 python 更新 cosmos db 中的相同记录。

例子：

我想阅读上面的记录并将其更新为。

我发现很少有链接，但似乎他们只创建或删除记录但不更新现有记录：

但无法获取如何更新现有记录。

在我的场景中，我想从 cosmos db 中读取所有记录并更新一些值。

我怎么能在python中做到这一点。

我有一个可能是 1 个或更多属性的输入。使用 azure tablequery，查询是这样创建的：

如果我有多个属性要查询，它看起来像这样：

如何在不知道会有多少属性的情况下动态创建查询？在 dynamodb 中，我只是动态地创建了一个查询字符串，但我不知道如何在这里执行，您必须将 .and() 附加到函数的末尾...

我正在使用 ADF 从数据湖中读取数据并将数据存储到 cosmos db。我正在考虑是否应该使用 azure Cosmos DB Table API 或 SQL API（Core API）。Azure Cosmos DB (Table API) 和 Azure Cosmos DB (SQL API) 这两个 API 在成本和性能方面如何比较？我们可以使用带有 where 条件的 SQL 查询从 Azure Cosmos DB（表 API）和 Azure Cosmos DB（SQL API）读取数据吗？

我正在尝试使用 Cosmos DB 表。我注意到的是，如果我查询Timestamp属性，则不会返回任何数据。

这是我正在使用的查询：

我相信我的查询是正确的，因为相同的查询在我的存储帐户中的表上运行得非常好。

如果我查询任何其他属性，查询运行得非常好。

我尝试在 Cerebrata Cerulean 和 Microsoft Storage Explorer 中运行此查询，但在这两个地方都没有得到任何结果。

但是，当我在 Azure 门户数据资源管理器中运行相同的查询时，会返回数据。我在 Azure 门户中打开了开发人员工具，发现门户没有进行 OData 查询。相反，它正在进行 SQL API 查询。例如，在上述情况下，正在发送的查询是：

同样，如果我使用上述工具查询属性：

在 Azure 门户中发送相同的查询

所有文档都指出我应该能够编写 OData 查询并且它们应该可以工作，但我认为它不正确。

那么查询 Cosmos DB 表的正确方法是什么？

更新

似乎这不仅仅是Timestamp属性的问题，而是所有Edm.DateTime类型的属性。

更新#2

因此，我将我的 Cosmos DB 表帐户作为 SQL API 帐户打开，以查看数据实际上是如何存储在后台的。

我观察到的第一件事是Timestamp财产根本没有被存储。（在存储表实体中）的值Timestamp实际上被存储为_ts系统属性，也被存储为Epoch秒。

接下来我注意到的是，所有日期/时间类型的属性实际上都被转换为 20 个字符长的字符串，并存储如下：

我想知道这是否与无法直接发出 ODATA 查询有关。

顺便说一句，我忘了提到我正在使用 Azure Storage Node SDK 来访问我的 Cosmos Table 帐户（因为这是微软推荐的，因为没有专门用于 Table API 的 Node SDK）。

Azure Cosmos DB 的相关成本是多少？账单是否取决于我们创建的数据库或容器？此外，账单是否取决于我们何时将数据读/写到容器或从我们创建 Azure Cosmos DB 时开始计费？如果是这种情况，是否可以在 Azure 中禁用/暂停 Azure Cosmos DB 帐户？

Azure Cosmos DB有一个名为Table API的选项，我正在使用它，我真的很喜欢，但问题是我需要在docker-compose上运行我的环境，我不知道它是否可能。在开发时，我们可以使用Azure Comos DB Emulator e 运行命令Microsoft.Azure.Cosmos.Emulator.exe /EnableTableEndpoint使我们能够使用 Table API 进行本地开发，但在 docker 上运行时我们没有此选项-撰写

如标题所述，我正在尝试更改 cosmos db 表的 TTL。我在 c#/powershell/arm 模板中找不到任何东西这是我想要实现 的唯一我能找到的是在 azure 门户中触发的 api 调用，但我想知道它是否安全直接使用这个API？

我一直在研究从存储帐户表存储迁移到 CosmosDB 表存储。目前我正在使用 WindowsAzure.Storage (9.3.3) 库来查询 .net core 3.1 应用程序中的数据。作为此迁移的一部分，我已切换到 Microsoft.Azure.Cosmos.Table 1.0.7 库。我在下面编写了 LinqPad 基准测试来比较两者在进行全表扫描时的性能。

存储帐户表和 CosmosDb 表具有大约 200k 个实体的相同数据集。

Cosmos 表帐户的共享供应吞吐量为 2200 RU。

将 Cosmos Executor 与 Microsoft.Azure.Cosmos.Table 库一起使用时，执行时间约为 3 小时。带有 Microsoft.WindowsAzure.Storage 库的存储帐户表大约需要 2 分钟。如果我将 Microsoft.Azure.Cosmos.Table 库切换为使用 Cloud Table Client 中的其余执行程序，我会得到约 3 分钟的执行时间。

有没有人遇到过类似的行为或意识到空表查询的问题？

还在azure-cosmos-table-dotnet中添加了 Github 问题的票

Azure Cosmos DB 是否支持TTL为表设置 a？我们如何在使用CreateIfNotExists调用创建表时从代码中设置它？（我正在使用Microsoft.Azure.Cosmos.Table）我不是在寻找按项目设置它（我在功能请求中发现它还不能作为功能使用）并且希望它适用于表中的所有条目。

将构造函数用于装配时The connection string is missing a required property: AccountEndpoint出现错误-如何解决？该帐户的连接字符串如下所示（缺少AccountEndpoint：new CosmosClient(CosmosConnectionString)CosmosClientMicrosoft.Azure.Cosmos.Client, Version=3.11.0.0