Formas de implementar el control de versiones de datos en MongoDB

Hay un esquema de versionado llamado "Vermongo" que aborda algunos aspectos que no se han tratado en las otras respuestas.

Uno de estos problemas son las actualizaciones simultáneas, otro es la eliminación de documentos.

Vermongo almacena copias completas de documentos en una colección shadow. Para algunos casos de uso esto podría causar demasiada sobrecarga, pero creo que también simplifica muchas cosas.

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

Aquí hay otra solución que utiliza un solo documento para la versión actual y todas las versiones anteriores:

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

data contiene todas las versiones. El array dataes ordenado, las nuevas versiones solo obtendrán $push ed al final del array. data.vid es el id de la versión, que es un número incremental.

Obtenga la versión más reciente:

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

Obtener una versión específica por vid:

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

Devolver solo especificado campos:

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

Insertar nueva versión: (y evitar insertar/actualizar simultáneamente)

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

2 es el vid de la versión más reciente actual y 3 es la nueva versión que se inserta. Debido a que necesita la versión más reciente vid, es fácil obtener la siguiente versión vid: nextVID = oldVID + 1.

La condición $and asegurará que 2 sea la última vid.

De esta manera no hay necesidad de un índice único, pero la aplicación logic tiene que cuidar de incrementar el vid en insert.

Eliminar una versión específica:

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

¡Eso es todo!

(recuerde el límite de 16 MB por documento)

Si está buscando una solución lista para rodar-

Mongoid ha construido un versionado simple

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

Mongoid-history es un plugin de Ruby que proporciona una solución significativamente más complicada con la auditoría, deshacer y rehacer

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

Trabajé a través de esta solución que acomoda una versión publicada, borrador e histórica de los datos:

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

Explico el modelo más adelante aquí: http://software.danielwatrous.com/representing-revision-data-in-mongodb /

Para aquellos que pueden implementar algo como esto en Java , aquí hay un ejemplo:

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

Incluyendo todo el código que se puede bifurcar, si te gusta

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

Si está usando mangosta, he encontrado que el siguiente complemento es una implementación útil del formato JSON Patch

Mangosta-parche-historia

Otra opción es usar el plugin 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.

He utilizado el siguiente paquete para un proyecto meteor/MongoDB, y funciona bien, la principal ventaja es que almacena el historial/revisiones dentro de un array en el mismo documento, por lo tanto no hay necesidad de publicaciones adicionales o middleware para acceder al historial de cambios. Puede soportar un número limitado de versiones anteriores (ej. últimas diez versiones), también es compatible con la concatenación de cambios (por lo que todos los cambios ocurridos dentro de un período específico serán cubiertos por uno revision).

Nicklozon / meteor-collection-revisions

Otra opción de sonido es usar Meteor Vermongo (aquí )

Intenta usar Javers. Buena biblioteca.