Cosmos数据库数据应该如何结构化

也许这不是一个绝对的答案,仅供参考。事实上,您的数据格式并不限制您选择哪个数据库,这两个数据库都有其优缺点。

关系数据库,如SQL数据库:

关系数据库擅长处理高度结构化的数据,并为ACID(原子性、一致性、隔离性和持久性)事务提供支持。使用SQL查询可以轻松地存储和检索数据。该结构可以快速扩展,因为添加数据而不修改现有数据很简单。

然而,关系数据库最大的弱点是其最大优势的镜像。尽管他们擅长处理结构化数据,但他们很难处理非结构化数据。

非关系数据库,如CosmosDB:

文档存储非常灵活。它们能够很好地处理半结构化和非结构化数据。用户不需要在设置过程中知道将存储哪些类型的数据,因此,如果事先不清楚将要传入哪些类型的数据,这是一个不错的选择。

NoSQL数据库能够合并任何类型的数据,而不会失去任何扩展能力,并允许用户实时进行更改。

另外,成本也是一个需要考虑的因素。你可以检查这个线程: Did anyone run any comparison between Azure SQL cost vs DocumentDB/CosmosDB cost? .

在我看来,如果您的数据几乎总是结构化的,那么业务逻辑是高度耦合的,那么我建议使用SQL数据库。如果您的数据只是部分结构化的,并且数据格式更灵活,更容易水平缩放,那么我建议您使用cosmos-db。

希望对你有帮助。