了解MongoDB BSON文档大小限制

来自MongoDB权威指南：

大于4MB的文档（转换为BSON时）无法保存到数据库。这是一个任意的限制（将来可能会提高）；这主要是为了防止不良的架构设计并确保一致的性能。

我不了解此限制，这是否意味着包含博客帖子且带有大量评论且恰好大于4MB的文档不能存储为单个文档？

这也算嵌套文档吗？

如果我想要一个审核值更改的文档怎么办？（它最终可能会增长，超过4MB的限制。）

希望有人能正确解释。

我刚刚开始阅读有关MongoDB（我正在学习的第一个nosql数据库）的信息。

谢谢。

首先，这实际上是在8MB或16MB... 的下一个版本中提出的，但我认为，从10gen（开发MongoDB的人）的艾略特（Eliot）的观点来看，它是最好的：

编辑： 大小已正式 “提高”到16MB

因此，在您的博客示例中，4MB实际上是很多。.例如，“世界大战”的全部未压缩文本仅为364k（html）：http : //www.gutenberg.org/etext/36

如果您的博客文章有这么多评论那么长，我将一本不读:)

对于引用，如果您为它们分配了1MB的空间，则很容易超过10k（可能接近20k）

因此，除了真正奇怪的情况外，它都将很好地工作。而且在例外情况或垃圾邮件中，我真的不认为您还是想要20mb的对象。我认为将引用限制在15k左右是很有意义的，无论性能如何。或至少有特殊情况下使用。

-艾略特

我认为要达到极限非常困难……随着时间的流逝，如果升级……您将越来越不必担心。

限制的要点是，这样就不会用完服务器上的所有RAM（因为MB查询时需要将所有文档加载到RAM中。）

因此，限制是普通系统上正常可用RAM的一定百分比...这将保持逐年增长的趋势。

在MongoDB中存储文件的注意事项

如果您需要存储的文档（或文件）大于16MB您可以使用的GridFS API，它将自动将数据分解成段并将其流式传输回给您（从而避免了大小限制/ RAM的问题）。

GridFS不会将文件存储在单个文档中，而是将文件分为多个部分或大块，并将每个大块存储为单独的文档。

GridFS使用两个集合来存储文件。一个集合存储文件块，另一个集合存储文件元数据。

您可以使用此方法在数据库中存储图像，文件，视频等，就像在SQL数据库中一样。我用它甚至可以存储多GB的视频文件。

社区中的许多人都希望对性能的警告不加限制，有关合理的论点请参见此评论：https : //jira.mongodb.org/browse/SERVER-431? focusedCommentId = 22283 & page =com.atlassian.jira.plugin。 system.issuetabpanels：comment-tabpanel＃comment-22283

我认为，主要开发人员对这个问题s之以鼻，因为他们认为早期它是重要的“功能”。他们不会很快更改它，因为有人质疑它的感觉会伤害他们。在开放源代码社区中，个性和政治削弱产品的另一个例子，但这并不是一个严重的问题。

要在此处为​​那些由Google指导的人提供澄清的答案。

文档大小包括文档中的所有内容，包括子文档，嵌套对象等。

因此，一个文件：

{
    _id:{},
    na: [1,2,3],
    naa: [
        {w:1,v:2,b:[1,2,3]},
        {w:5,b:2,h:[{d:5,g:7},{}]}
    ]
}

最大大小为16兆。

Sbudocument和嵌套对象都计入文档的大小。

我还没有看到限制的问题，该限制不涉及文档本身中存储的大文件。已经存在各种各样的数据库，它们在存储/检索大文件方面非常有效；它们被称为操作系统。数据库作为操作系统上的一层存在。如果出于性能原因使用NoSQL解决方案，为什么要通过在应用程序和数据之间放置数据库层来增加数据访问的额外处理开销？

JSON是一种文本格式。因此，如果您要通过JSON访问数据，则在拥有二进制文件的情况下尤其如此，因为二进制文件必须以uuencode，十六进制或Base 64进行编码。转换路径可能类似于

二进制文件<> JSON（已编码）<> BSON（已编码）

将路径（URL）放在文档中的数据文件中，并将数据本身保存为二进制，会更有效。

如果您确实想将这些未知长度的文件保留在数据库中，那么最好将它们放在GridFS中，并且不存在在访问大文件时冒并发性的风险。

BSON文档的嵌套深度： MongoDB支持BSON文档的嵌套层次不超过100个。

更多信息

也许将博客文章->评论关系存储在非关系数据库中并不是最好的设计。

无论如何，您可能应该将评论存储在单独的集合中，以撰写博客文章。

[编辑]

请参阅下面的评论以进行进一步讨论。

根据https://www.mongodb.com/blog/post/6-rules-of-thumb-for-mongodb-schema-design-part-1

如果您希望博客文章可能超出16Mb文档限制，则应将注释提取到一个单独的集合中，并从注释中引用博客文章并进行应用程序级联接。

// posts
[
  {
    _id: ObjectID('AAAA'),
    text: 'a post',
    ...
  }
]

// comments
[
  {
    text: 'a comment'
    post: ObjectID('AAAA')
  },
  {
    text: 'another comment'
    post: ObjectID('AAAA')
  }
]