我知道这是相当古老的，但如果你正在寻找OP关于如何只返回指定注释的问题的答案，你可以像这样使用$(查询)操作符:

db.question.update({'comments.content': 'xxx'}, {'comments.$': true})

实际上，我很好奇为什么没有人谈论UML规范。经验法则是，如果您有一个聚合，那么您应该使用引用。但如果它是一个组合，那么耦合更强，您应该使用嵌入式文档。

你很快就会明白为什么这是合乎逻辑的。如果一个对象可以独立于父对象而存在，那么即使父对象不存在，您也会希望访问它。因为不能将它嵌入到不存在的父节点中，所以必须让它活在自己的数据结构中。如果存在父对象，只需通过在父对象中添加对象的引用将它们链接在一起。

不知道这两种关系有什么区别? 下面是一个解释它们的链接: UML中的聚合与组合

如果我想编辑一个指定的评论，如何获得它的内容和它的问题?

您可以通过子文档进行查询:Content ': 'xxx'})。

这将返回整个Question文档。要编辑指定的评论，您必须在客户端上找到该评论，进行编辑并将其保存回DB。

一般来说，如果您的文档包含一个对象数组，您会发现需要在客户端修改这些子对象。

MongoDB提供了无模式的自由，如果没有考虑或计划好，这个特性可能会导致长期的痛苦，

有2个选项，嵌入或引用。我不会详细解释定义，因为上面的答案已经很好地定义了它们。

当嵌入时，你应该回答一个问题，你嵌入的文档是否会增长，如果是，那么有多少(记住每个文档有16mb的限制)所以，如果你有一个帖子的评论，什么是评论计数的限制，如果这个帖子病毒式传播，人们开始添加评论。在这种情况下，引用可能是更好的选择(但甚至引用也会增长，达到16mb的限制)。

因此，如何平衡它，答案是不同模式的组合，检查这些链接，并根据您的用例创建自己的混合和匹配。

https://www.mongodb.com/blog/post/building-with-patterns-a-summary

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

一般来说，如果实体之间有一对一或一对多的关系，则嵌入是很好的选择;如果实体之间有多对多的关系，则引用是很好的选择。

我在自己研究这个问题的时候看到了这个小演示。我惊讶于它的布局之好，无论是信息还是呈现方式。

http://openmymind.net/Multiple-Collections-Versus-Embedded-Documents

总结:

作为一般规则，如果您有很多[子文档]或它们很大，那么单独的集合可能是最好的。 更小和/或更少的文档往往更适合嵌入。