在MongoDB中实现数据版本控制的方法

您能否分享您的想法，如何在MongoDB中实现数据版本控制。（我已经问过有关Cassandra的类似问题。如果您有任何想法，最好是哪个数据库更好，请分享）

假设我需要在一个简单的通讯簿中对记录进行版本控制。（地址簿记录存储为平面json对象）。我希望这段历史：

• 将很少使用
• 将一次全部使用，以“时间机器”的方式呈现
• 一个记录不会有超过几百个的版本。历史不会过期。

我正在考虑以下方法：

• 创建一个新的对象集合以存储记录的历史记录或对记录的更改。它将为每个版本存储一个对象，并引用地址簿条目。这样的记录如下：

  {
   '_id'：'新ID'，
   “用户”：user_id，
   '时间戳'：时间戳，
   'address_book_id'：'通讯录记录的ID' 
   'old_record'：{'first_name'：'Jon'，'last_name'：'Doe'...}
  }
  

  可以修改此方法以存储每个文档的版本数组。但这似乎是较慢的方法，没有任何优势。

• 将版本存储为附加到地址簿条目的序列化（JSON）对象。我不确定如何将此类对象附加到MongoDB文档。也许作为字符串数组。（以使用CouchDB的简单文档版本控制为模型）

深入探讨这个问题时，第一个大问题是“您如何存储变更集”？

1. 差吗？
2. 完整记录副本？

我个人的方法是存储差异。因为这些差异的显示确实是一个特殊的动作，所以我会将差异放入另一个“历史”集合中。

我将使用其他集合来节省内存空间。通常，您不希望简单查询的完整历史记录。因此，通过将历史记录保留在对象之外，您还可以在查询该数据时将其保留在通常访问的内存之外。

为了使我的生活更轻松，我将使历史文档包含带有时间戳记的差异字典。像这样：

{
    _id : "id of address book record",
    changes : { 
                1234567 : { "city" : "Omaha", "state" : "Nebraska" },
                1234568 : { "city" : "Kansas City", "state" : "Missouri" }
               }
}

为了使我的生活变得真正轻松，我将把这一部分用于访问数据的DataObjects（EntityWrapper，无论如何）。通常，这些对象具有某种形式的历史记录，因此您可以轻松地覆盖save()方法以同时进行此更改。

更新：2015-10

看起来现在有了处理JSON差异的规范。这似乎是存储差异/更改的更可靠的方法。

有一个称为“ Vermongo”的版本控制方案，该方案解决了其他答复中未涉及的某些方面。

这些问题之一是并发更新，另一问题是删除文档。

Vermongo将完整的文档副本存储在影子集合中。在某些用例中，这可能会导致过多的开销，但是我认为这也简化了很多事情。

https://github.com/thiloplanz/v7files/wiki/Vermongo

这是针对当前版本和所有旧版本使用单个文档的另一种解决方案：

{
    _id: ObjectId("..."),
    data: [
        { vid: 1, content: "foo" },
        { vid: 2, content: "bar" }
    ]
}

data包含所有版本。该data数组是有序的，新版本将仅$push在该数组的末尾显示。data.vid是版本ID，是一个递增数字。

获取最新版本：

find(
    { "_id":ObjectId("...") },
    { "data":{ $slice:-1 } }
)

通过vid以下方式获取特定版本：

find(
    { "_id":ObjectId("...") },
    { "data":{ $elemMatch:{ "vid":1 } } }
)

仅返回指定的字段：

find(
    { "_id":ObjectId("...") },
    { "data":{ $elemMatch:{ "vid":1 } }, "data.content":1 }
)

插入新版本：（并防止并发插入/更新）

update(
    {
        "_id":ObjectId("..."),
        $and:[
            { "data.vid":{ $not:{ $gt:2 } } },
            { "data.vid":2 }
        ]
    },
    { $push:{ "data":{ "vid":3, "content":"baz" } } }
)

2是vid当前最新版本的，3是要插入的新版本。由于您需要最新版本vid，因此很容易获得下一个版本vid：nextVID = oldVID + 1。

该$and条件将确保，这2是最新的vid。

这样，就不需要唯一索引，但是应用程序逻辑必须注意增加vid插入时的增量。

删除特定版本：

update(
    { "_id":ObjectId("...") },
    { $pull:{ "data":{ "vid":2 } } }
)

而已！

（记住每个文件16MB的限制）

如果您正在寻找现成的解决方案-

Mongoid内置了简单的版本控制

http://mongoid.org/en/mongoid/docs/extras.html#versioning

mongoid-history是一个Ruby插件，提供了更加复杂的解决方案，包括审计，撤消和重做

https://github.com/aq1018/mongoid-history

我研究了该解决方案，以适应数据的发布，草稿和历史版本：

{
  published: {},
  draft: {},
  history: {
    "1" : {
      metadata: <value>,
      document: {}
    },
    ...
  }
}

我在这里进一步解释该模型：http : //software.danielwatrous.com/representing-revision-data-in-mongodb/

对于那些可能在Java中实现类似代码的人，下面是一个示例：

http://software.danielwatrous.com/using-java-to-work-with-versioned-data/

如果愿意，包括所有可以分叉的代码

https://github.com/dwatrous/mongodb-revision-objects

如果您使用猫鼬，我发现以下插件是JSON Patch格式的有用实现

猫鼬补丁历史

另一种选择是使用mongoose-history插件。

let mongoose = require('mongoose');
let mongooseHistory = require('mongoose-history');
let Schema = mongoose.Schema;

let MySchema = Post = new Schema({
    title: String,
    status: Boolean
});

MySchema.plugin(mongooseHistory);
// The plugin will automatically create a new collection with the schema name + "_history".
// In this case, collection with name "my_schema_history" will be created.

我已经将以下软件包用于流星/ MongoDB项目，并且效果很好，主要优点是它将历史记录/修订存储在同一文档的数组中，因此无需其他出版物或中间件即可访问更改历史记录。它可以支持有限数量的先前版本（例如最后十个版本），还支持更改串联（因此，在特定时期内发生的所有更改将被一个修订版本覆盖）。

尼克洛宗/流星收集修订版

另一个声音选项是使用Meteor Vermongo（在此处）