_id 子文档 VS 新集合中的对象 id

Question

关键是，我正在开发一个 nodejs rest api，但我不确定在实体之间建立一些关系的最佳方式。我有一个主要实体，它将保存大部分信息（简单的属性，如字符串、数字、日期......和子文档）。所有这些信息对于每个主文档都是唯一的，所以我的第一种方法是只创建一个包含多个子文档或子文档数组的文档。但我应该能够单独执行其中一些子文档的发布/获取/放置/删除。所以，总而言之，我的问题是。 在性能方面哪个更好？

也许通过一个例子，我可以更好地解释自己。始终考虑并考虑到所有子文档不与任何其他主文档共享。

一个集合示例：

  {
    "_id": ObjectId("xxxxxxxxxx"),
    "prop1": "some text",
    "number2": 1,
    subDocumentsArr: [
        { 
            "_id": ObjectId("xxxxxxxxxx"),
            "someSubDocumentProp": "Some text"
        },
        { 
            "_id": ObjectId("xxxxxxxxxx"),
            "someSubDocumentProp": "More text"
        }
    ]
}

VS

两个集合示例：

(first collection)

{
    "_id": ObjectId("xxxxxxxxxx"),
    "prop1": "some text",
    "number2": 1,
    subDocumentsArr: [ "subdoc1", "subdoc2" ]
}


(second collection)
    { 
        "_id": ObjectId("subdoc1"),
        "someSubDocumentProp": "Some text"
    }
    { 
        "_id": ObjectId("subdoc2"),
        "someSubDocumentProp": "More text"
    }

谢谢！

Answer 1

如果subdocuments 很小，则嵌入它。查询和更新会快得多。基于文档的数据库的一个主要部分是您确实希望将事物封装在尽可能少的文档中——这就是它们的设计用途。

https://www.mongodb.com/blog/post/6-rules-of-thumb-for-mongodb-schema-design-part-1 有一些关于你可以使用的经验法则的好建议。