关键是,我正在开发一个nodejs rest api,我不确定在实体之间建立某种关系的最佳方法。我有一个主要实体将保存大部分信息(简单属性为字符串,数字,日期....和子文档/ s)。所有这些信息对于每个主文档都是唯一的,因此我的第一种方法是只创建一个包含多个子文档或子文档数组的文档。但我应该能够单独执行一些子文档的发布/获取/放置/删除。所以,总之我的问题是。在性能方面哪个更好?
也许举个例子,我可以用更好的方式解释自己。始终考虑并考虑所有子文档不与任何其他主文档共享。
一个集合示例:
{
"_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"
}
谢谢!
如果subdocuments
很小,嵌入它。查询和更新会快得多。基于文档的数据库的一个主要部分是,您确实希望将事物封装在尽可能少的文档中 - 这就是它们的设计使用方式。
https://www.mongodb.com/blog/post/6-rules-of-thumb-for-mongodb-schema-design-part-1对你可以使用的经验法则有一些很好的建议。