Azure cosmosdb CosmosDB创建-API选项（SQL与图形）

我对使用它的图形功能感兴趣。 通过查看文档，我发现它将图形顶点和边划分为JSON文档（使用约定的模式），因此可以作为普通的旧DocumentDB访问

考虑到这一点，创建新实例（）时需要选择的API的含义是什么

例如：

• 如果我将数据库创建为SQL（DocumentDB）和 通过客户端的图形部分操作数据（例如CreateGremlInquiry）
• 如果将DB创建为图形和 通过客户端的DocumentDB部分操作数据（例如CreateDocumentSync）

---

更新：我知道门户的区别（如下所述）。我感兴趣的是，在SQL（Document DB）和Graph（图形）之间选择API的特定场景中，这个切换是否会驱动其他任何东西，以避免用户对gremlin比较熟悉，不想学习documentDB的混淆

如果您是高级用户，同时使用graph和documentDB将为您提供更多功能

请注意，我们致力于使gremlin和documentDB SQL集成更加无缝

请给我们写张便条askcosmosdbgraphapi@microsoft.com，如果你想更多地学习或安排时间与我们交谈

---

Jayanta

从通过SQL或图形API与Cosmos集合交互的角度来看，无论您在创建时选择哪种API，都没有功能上的区别

然而，在浏览资源时，从Azure门户的角度来看是有区别的。专门使用Graph API创建的集合将被标记为这样的集合，并在门户中启用其他UI功能以执行Gremlin查询和基本图形可视化

---

如果您不关心Azure门户中的查询功能，那么您可以使用任一选项创建集合。

感谢您的回复。我很清楚这一点：在CosmoDB SQL vs Graph的情况下，创建时使用的API设置没有影响，也就是说，没有隐藏的不可见特性（可能有一些特定的索引），这是否正确这取决于您所做的选择？@RazvanG这是正确的在CosmosDB SQL和Graph之间的选择与所创建的底层文档集合无关，并且两个API都能够连接到同一集合。请注意，CosmosDB Graph API可以在集合上读取/写入的内容有一些限制，但SQL不存在这些限制。谢谢您的回答。正如我所问的，你是否还记得这些记录在哪里？谢谢你的回答。你是否记得你是在哪里发现这件事的（文档/视频）。我只在第三方上找到了相同的解释。官方的msdn和与现场人员的电子邮件交流askcosmosdbgraphapi@microsoft.com没有那么具体（读起来含糊不清），我没有一个可靠的来源，从官方文件。只是在网上一篇类似的帖子中，通过在Azure创建不同收藏类型的个人经历，我才发现了这一点。我非常期待这一点，但我希望我错过了一些东西。谢谢你的帮助。此时此刻将此标记为答案