问题标签 [azure-cosmosdb-mongoapi]

当我尝试在 Azure DocumentDB ( https://azure.microsoft.com/en-us/documentation/articles/documentdb-protocol-mongodb/ ) 上创建唯一索引时，我收到以下错误：

有没有办法在不使用客户端代码逻辑的情况下解决这个问题？

当你去创建 DocumentDB 时，它会问我你想使用什么“NoSQL API”。您可以在“DocmentDB”和“MongoDB”之间进行选择，但不能同时选择两者。

我的问题是，如果您选择 MongoDB 作为 API，您可以使用 DocumentDB SDK 连接到数据库吗？

原因是我想学习 DocumentDB，但也想利用 MongoDB 库/工具。所以我想在同一个数据库上访问一些带有 MongoDB 库的集合和其他带有 DocumentDB SDK/库的集合。这可能吗？

谢谢你。

我在 Azure 中设置了 MongoDB (DocumentDB)，但找不到更改 MongoDB 版本的选项。

是否可以将其更新到 3.4.2？

由于 DocumentDB 和 MongoDB 都是面向文档的 DB，它们似乎可以对相同类型的数据进行建模，并且都非常适合解决相同的问题。

除了不同的生态系统、DocumentDB 对 Azure 的锁定以及团队的优势/经验之外，在选择其中一个时还有什么要考虑的吗？

我会假设，由于 DocumentDB 是由 Microsoft 为 Azure 开发的，考虑到 CosmosDB 架构，它会比 MongdoDB API 具有成本优势吗？对于相同类型的数据存储和请求，DocumentDB-API 相对于 MongoDB-API 的成本优势有多大？

我正在尝试在 CosmosDB DocumentDB-API 和 CosmosDB MongoDB-API 之间为一个新项目做出决定。谢谢。

如果您要在 CosmosDB 上开始一个新项目，并且对 DocumentDB 和 MongoDB 有同样的了解，并且需要一个面向文档的数据库，您会选择哪个 API，为什么？

我想知道 Azure Cosmos DB 是否通过 MongoDB API https://docs.microsoft.com/es-es/azure/cosmos-db/mongodb-introduction完全支持 MongoDB

我读过聚合管道、map-reduce 和全文索引没有完全集成。有没有人有关于它的进一步信息？考虑到它的当前状态，你会在 Azure Cosmos DB 中使用 MongoDB 吗？

我将 Cosmos DB 与 Mongo 适配器一起使用，通过Ruby mongo driver访问。目前数据库中有大约 250 万条记录。

查询记录总数时，没有任何问题：

但是当我尝试根据一个简单的位置计算找到的记录数量时，我遇到了Request rate is large错误：

我理解错误是如何工作的，但我不明白这样的查询如何最大化 RU/s（设置为最大值 10,000），因为我正在查询的字段应该被索引（自动）。

任何建议将不胜感激！

我们有一个 Scala 服务器，它使用由Casbah包装的 Java MongoDB 驱动程序。最近，我们使用 Mongo API 将其数据库从实际的 MongoDB 切换到 Azure CosmosDB。这通常工作正常，但是每隔一段时间，对 Cosmos 的调用就会失败，并出现 MongoSocketWriteException（下面的堆栈跟踪）。

我们将客户端创建为

对于这个看似相似的错误（如何解决 MongoError：连接到 CosmosDB 时损坏的池），我们尝试&replicaSet=globaldb按照建议的解决方法从连接 URI 中删除，但它没有解决问题。

堆栈跟踪：

（发布这个答案是因为我希望该解决方案对其他人有用，并且因为我欢迎任何进一步的见解。）

在执行collection.count(queryParams);. 在 Java 中，如何从所有分片/多个分片中读取所有数据？我们正在使用 Microsoft Azure Cosmos DB。

示例代码：

示例 Cosmos DB 收集文档：分片 键是“/partitionKey”。

在将我们的一些 Nodejs 运行进程移植到使用 Azure 的 CosmosDB MongoAPI 而不是 MLab 的数据库托管之后，我除了问题什么都没有。当我尝试翻阅一个相当大的结果集时，我遇到的真正的显示停止器是一个死光标。

我可以成功获取前 250-300 个文档，但是在跳过此之后，我得到以下信息：

cursor does not exist, was killed or timed out.

我在 MSDN 上发现了一个帖子，说明光标未启用？！？！？，并且必须向“死”电子邮件地址发出请求askdocdb@microsoft.com以启用它们，我尝试过。

真的是这种情况，光标未启用还是我遗漏了什么？因为我似乎找不到任何证实这一点的文件。

我们正在使用Azure CosmosDB+MongoDB API驱动MongoDB C#程序。Microsoft 的 office SDK 仅适用于 CosmosDB SQL API (DocumentDB)，并且具有重试写入操作的内置功能。为此，它使用DocumentClientException.RetryAfter属性作为延迟。但是，对于Mongo驱动程序，这是不可能的。`它只返回错误：

目前，当发生写入异常时，我们设置了 1 秒的重试延迟，但这不是很干净，并且会导致每个批量写入操作的延迟量固定。这不是实时的，这意味着有时我们延迟写入下一批记录的时间超过了必要的时间。

我们如何处理这个？