更新MongoDB中的嵌入式文档：性能问题？

Question

{
    "_id": 1,
    "Authors": [
        {
            "Email": "email",
            "Name": "name"
        }
    ],
    "Title": "title",
    ...
}

null

这些操作似乎效率不高。但是这种类型的更新是无处不在的，我相信开发者已经考虑到了这一点。那么，我哪里搞错了？

Answer 1

您当前的嵌入式模式设计有其优点，其中之一是数据局部性。由于MongoDB将数据连续存储在磁盘上，因此将所需的所有数据放在一个文档中可以确保旋转磁盘在寻找磁盘上的特定位置时花费更少的时间。

如果您的html" target="_blank">应用程序经常访问books信息以及authors数据，那么您几乎肯定希望采用嵌入式路线。嵌入式文档的另一个优点是编写数据时的原子性和隔离性。

为了说明这一点，假设您希望一个作者的所有书籍都更新他的电子邮件字段，这可以通过一个单独的（原子）操作来完成，这对于MongoDB来说不是性能问题：

db.books.updateMany(
    { "Authors.name": "foo" },
    {
        "$set": { "Authors.$.email": "[e-mail]" }
    }
);

db.books.update(
    { "Authors.name": "foo" },
    {
        "$set": { "Authors.$.email": "[e-mail]" }
    },
    { "multi": true }
)

// db.books schema
{
    "_id": 3
    "authors": [1, 2, 3] // <-- array of references to the author collection
    "title": "foo"
}

// db.authors schema
/*
1
*/
{
    "_id": 1,    
    "name": "foo",
    "surname": "bar",
    "address": "xxx",
    "email": "[e-mail]"
}
/*
2
*/
{
    "_id": 2,    
    "name": "abc",
    "surname": "def",
    "address": "xyz",
    "email": "[e-mail]"
}
/*
3
*/
{
    "_id": 3,    
    "name": "alice",
    "surname": "bob",
    "address": "xyz",
    "email": "[e-mail]"
}

对于查询规范化架构，可以考虑使用聚合框架的$lookup运算符，该运算符对同一数据库中的authors集合执行左外联接，以从books集合中筛选文档进行处理。

因此，我相信您当前的模式比创建一个单独的作者集合更好，因为单独的集合需要更多的工作，即查找一本书+它的作者需要两个查询，需要额外的工作，而上面的模式嵌入的文档很容易而且快速（单次查找）。插入和更新没有大的区别。因此，如果您需要选择单独的文档、需要对查询进行更多的控制或拥有大量的文档，那么单独的集合是很好的。当您需要整个文档、包含嵌入的authors的$slice或根本不包含authors的文档时，嵌入文档也很好。

一般的经验法则是，如果您的应用程序的查询模式是众所周知的，并且数据倾向于只以一种方式访问，那么嵌入式方法会很好地工作。如果您的应用程序以多种方式查询数据，或者您无法预测数据查询模式，那么更规范化的文档引用模型将适合于这种情况。