【问题标题】:NoSQL (document) - what are good reasons for introducing new collections?NoSQL(文档) - 引入新集合的充分理由是什么?
【发布时间】:2017-11-22 20:31:51
【问题描述】:

有很多关于建模文档 NoSQL 数据库的资源,这些资源描述了嵌入式与规范化、多集合方法。但我几乎找不到第三种方式,中间方式,这实际上听起来最像 NoSQL 的核心:将多个文档类型保存在同一个集合中。

有一些实现细节,例如每个文档都有 type 字段并在其上建立索引,但我找不到一些信息是决定某些文档是否应该分开到不同的集合中或保存在同一个集合中的转折点是什么?

我找到了一些提到集合大小的来源,但这听起来也不是很好的理由,因为对具有多种文档类型的单个集合进行分片/缩放对我来说也是一个完全可行的选择。

所以,我试图找出一些解释,当在单个集合多个文档类型与每个存储一个文档类型的多个集合之间做出决定时,“原因”是什么?

我不知道它是否重要,但如果是,我正在考虑 MongoDB 和 DocumentDB 的上下文。

【问题讨论】:

    标签: mongodb azure nosql azure-cosmosdb


    【解决方案1】:

    Cosmos DB 中的集合是一个计费实体,其成本取决于吞吐量和使用的存储。集合可以跨越一个或多个分区或服务器,并且可以扩展以处理几乎无限量的存储或吞吐量。

    Microsoft Azure Cosmos DB 强烈建议将不同类型的文档存储到同一个“集合”中。

    但是拥有多个集合对于不同的用例可能非常有用:
    1. 多租户:您要确保所有数据都是分开的
    2. 不同类型的数据需要不同的分区策略

    【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2021-06-03
    • 1970-01-01
    • 1970-01-01
    • 2011-02-15
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2016-02-22
    相关资源
    最近更新 更多