Способы реализации контроля версий данных в MongoDB

Существует схема управления версиями, называемая "Вермонго", которая затрагивает некоторые аспекты, которые не были рассмотрены в других ответах.

Одной из этих проблем является одновременное обновление, другое - удаление документов.

Vermongo хранит полные копии документов в теневой коллекции. Для некоторых случаев использования это может вызвать слишком много накладных расходов, но я думаю, что это также упрощает многие вещи.

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

Здесь другое решение, использующее один документ для текущей версии и всех старых версий:

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

data содержит все версии. Массив data упорядочен, новые версии получат только $push ed до конца массива. data.vid - это идентификатор версии, который является увеличивающимся числом.

Получить самую последнюю версию:

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 } } }
)

Что это!

(помните о 16 МБ за лимит документа)

Если вы ищете готовое решение -

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

Другой вариант - использовать 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.

Если вы используете mongoose, я нашел следующий плагин в качестве полезной реализации формата JSON Patch

mongoose-patch-history