mongodb - 命名空间集合与单独集合的优势

Question

我正在阅读 MongoDB 的数据建模文档，并且对命名空间集合有疑问。

他们给出的示例使用日志集合

{ log: "dev", ts: ..., info: ... }
{ log: "debug", ts: ..., info: ...}

他们说

如果文档总数较少，您可以按类型将文档分组到集合中。对于日志，请考虑维护不同的日志集合，例如logs.dev和logs.debug。logs.dev 集合将仅包含与开发环境相关的文档。

我想知道他们说的文档总数低是什么意思，但后来我发现了MongoDB limits的文档，这很有意义。

所以我的问题是，如果命名空间集合有这些限制，那么使用它们而不是仅仅使用全新的集合有什么好处，比如logs_dev 和logs_debug？

谢谢你。

Answer 1

.包含;的集合名称没有什么特别之处。集合命名logs_dev和行为与命名和logs_debug相同。它们都是完全独立的集合。logs.devlogs.debug

我相信引用的文档试图传达的是在像日志记录这样的用例中，您可以将所有相关文档放在一个集合中（其中文档由type示例中的字段区分），或者将它们放在单独的集合中收藏品。如果您确实将它们放在单独的集合中，请考虑使用命名空间样式的命名来帮助明确这些集合是松散相关的。