Cosmosdb sql api和Cosmosdb cassandra api之间的存储差异是什么

Question

大多数文章都提到，如果我们使用Cosmos Db并新建应用程序，我们应该使用Cosmos Db sql api。Mongo api和cassandra api可以在你的应用程序已经与实际的Mongo和cassandra集成，并且我们希望快速迁移到cosmosdb而不改变生态系统的情况下使用。

但是当我们在azure中创建一个新的cosmosdb集群时，它要求api类型。这意味着除了api（查询）接口之外，内部必须有一些存储差异和内部引擎处理差异。

我想了解这些差异是什么，我们应该根据这些差异来决定选择不同的API。

Answer 1

存储架构体系的后端是相同的。在适应不同的应用编程接口方面存在一些差异，但这是一个实现细节，旨在确保与每个受支持的应用编程接口的兼容性和保真性。

如果您有一个现有的MongoDB或Cassandra数据库，并且希望迁移到完全受管理的体验，那么请选择其中一个。或者，如果您对MongoDB或Cassandra有深入了解，并且不想学习Cosmos DB的API，那么当然可以选择其中之一。

所有其他应用编程接口都是建立在宇宙数据库的核心（SQL）应用编程接口之上的，该应用编程接口的软件开发工具包是由该团队开发的。宇宙数据库上的任何新功能，例如更改流，都是建立在核心服务中已经存在的功能之上的，所以当然，新功能首先出现在核心应用编程接口上，然后出现在其他应用编程接口上。

希望这有帮助。

Answer 2

是的，Azure存储数据的方式有所不同。除了存储之外，不同的API支持用于通信的本地连接协议。

来自azure指南：

Azure Cosmos DB是微软全球分布的多模型数据库服务。当多模型意味着Azure Cosmos DB支持多个API和多个数据模型时，不同的API使用不同的数据格式进行存储和有线协议。例如，SQL使用JSON，MongoDB使用BSON，Table使用EDM，Cassandra使用CQL，Gremlin使用JSON格式。

Azure Cosmos DB SQL API帐户支持使用SQL作为JSON查询语言查询项目。

Azure Cosmos DB MongoDB API与MongoDB线路协议的3.6版兼容。

Azure Cosmos DB Cassandra API与CQL v4版兼容。但是，CQL命令有一些限制。

详情请参阅https://docs.microsoft.com/en-us/azure/cosmos-db/cassandra-support。