MongoDB 为什么使用嵌入式列表而不是单独的集合？

Question

假设我们有一个具有足够大 RAM 的服务器，当我们使用单独的集合而不是嵌入的对象列表时，为什么还要担心需要额外的查询呢？由于查询会非常快，将对象存储为嵌入式列表是否值得？

Answer 1

1. 有一个16MB size limit for BSON documents in MongoDB。因此，当依赖于数据模型时，您可以人为地限制可以存储的内容。
2. 根据您的storage engine，频繁增加文档大小会导致文档在数据文件中移动，这是您真正想要防止的相当昂贵的操作
3. 对于复杂的数据模型，查询往往会变得更加复杂，从而导致问题，正如您在 SO 上经常看到的那样。复杂的查询不一定更快。

4. 通常，嵌入式文档源于开发人员习惯于 SQL JOIN 并希望他们的数据全部包含在一个查询中这一事实。但如果你把它归结为，通常你会有这样的问题

   对于一个给定X，属于它的Ys 是什么？

   所以通常你已经有X。在大多数情况下，无需过早加载您永远不需要的数据。想一想 Xs 的概览页面，您可以在其中选择您希望看到的 Ys 的 X。即使分页为 10，如果您嵌入了所有数据，加载的数据的 9/10 也将毫无用处。有趣的事实：这也适用于 SQL ——尽管现在似乎没有人关心真正的优化。

这是my blog post "The problem with overembedding"的摘要，您可以在其中找到对上述要点的详细解释。