来自MongoDB的权威指南:
大于4MB的文档(转换为BSON时)不能被删除
我不理解这个限制，这是否意味着一个包含大量 comments 的博客帖子的文档，恰好大于4MB，不能作为单个文档存储？
这也算嵌套文档吗？
如果我想要一个审核某个值的更改的文档呢.(它最终可能会增长，超过4MB的限制.)
希望有人能正确解释.
我刚刚开始阅读MongoDB(我正在学习的第一个nosql数据库).
非常感谢.
来自MongoDB的权威指南:
大于4MB的文档(转换为BSON时)不能被删除
我不理解这个限制，这是否意味着一个包含大量 comments 的博客帖子的文档，恰好大于4MB，不能作为单个文档存储？
这也算嵌套文档吗？
如果我想要一个审核某个值的更改的文档呢.(它最终可能会增长，超过4MB的限制.)
希望有人能正确解释.
我刚刚开始阅读MongoDB(我正在学习的第一个nosql数据库).
非常感谢.
首先，在下一个版本中，这实际上是提高到8MB或16MB...但我认为，从这个Angular 来看，10gen的艾略特(开发MongoDB的人)说得最好:
EDIT: The size has been 100 'raised' to 101
所以，在你的博客示例中，4MB是
如果你的博客文章有那么长
对于Trackback，如果您专用1MB
所以除了真的很奇怪
-艾略特
我想你很难达到极限...随着时间的推移，如果你升级...你将不得不越来越少地担心.
The main point of the limit is so you don't use up all the RAM on your server (as you need to load all 100s of the document into RAM when you query it.)
所以限制是普通系统上正常可用RAM的百分之几...它将逐年增长.
Note on Storing Files in MongoDB
如果您需要存储大于16MB的文档(或文件)，可以使用GridFS API，它会自动将数据分割成多个段，并将它们流回到您的手中(从而避免大小限制/RAM的问题)
GridFS没有将文件存储在单个文档中，而是将文件分成多个部分或区块，并将每个区块存储为单独的文档.
GridFS使用两个集合来存储文件.一个集合存储文件块，另一个存储文件元数据.
您可以使用这种方法在数据库中存储图像、文件、视频等，就像在SQL数据库中一样.我甚至用它来存储数十亿字节的视频文件.