Sposoby implementacji wersjonowania danych w MongoDB

Istnieje schemat wersjonowania zwany "Vermongo", który odnosi się do niektórych aspektów, które nie zostały omówione w innych odpowiedziach.

Jednym z tych problemów jest jednoczesna aktualizacja, innym jest usuwanie dokumentów.

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

Oto inne rozwiązanie wykorzystujące jeden dokument dla bieżącej wersji i wszystkich starych wersji:

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

data zawiera wszystkie wersje. Tablica data jest uporządkowana , nowe wersje otrzymają tylko $pushed na koniec tablicy. {[9] } jest identyfikatorem wersji, który jest liczbą zwiększającą.

Pobierz najnowszą wersję:

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

Pobierz konkretną wersję przez vid:

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

Return only specified pola:

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

Wstawianie nowej wersji: (i zapobieganie równoczesnemu wstawianiu/aktualizowaniu)

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

2 jest vid aktualnej najnowszej wersji i {[13] } jest wstawiana nowa wersja. Ponieważ potrzebujesz najnowszej wersji vid, łatwo jest uzyskać następną wersję vid: nextVID = oldVID + 1.

Warunek $and zapewni, że 2 jest ostatnim vid.

W ten sposób nie ma potrzeby posiadania unikalnego indeksu, ale aplikacja logika musi dbać o zwiększenie vid na insert.

Usuń konkretną wersję:

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

(zapamiętaj limit 16MB na dokument)

Jeśli szukasz gotowego rozwiązania -

Mongoid ma wbudowane proste wersjonowanie

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

Mongoid-history to wtyczka Ruby, która zapewnia znacznie bardziej skomplikowane rozwiązanie z audytowaniem, cofaniem i powtarzaniem

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

Pracowałem nad tym rozwiązaniem, które uwzględnia opublikowaną, szkicową i historyczną wersję danych:

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

Model wyjaśniam dalej tutaj: http://software.danielwatrous.com/representing-revision-data-in-mongodb/

Dla tych, którzy mogą zaimplementować coś takiego w Java , Oto przykład:

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

Łącznie z całym kodem, który możesz rozwidlić, jeśli lubisz

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

Jeśli używasz mongoose, znalazłem następujący plugin jako przydatną implementację formatu JSON Patch

Mangusta-patch-Historia

Inną opcją jest użycie wtyczki 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.

Użyłem poniższego pakietu dla projektu meteor / MongoDB i działa dobrze, główną zaletą jest to, że przechowuje historię/wersje w tablicy w tym samym dokumencie, stąd nie ma potrzeby dodatkowych publikacji lub oprogramowania pośredniczącego, aby uzyskać dostęp do historii zmian. Może obsługiwać ograniczoną liczbę poprzednich wersji (np. ostatnie dziesięć wersji), obsługuje również konkatenację zmian (więc wszystkie zmiany zaszły w określonym okresie będą objęte jednym revision).

Nicklozon / meteor-collection-revisions

Inną opcją dźwiękową jest użycie Meteor Vermongo (TUTAJ )

Spróbuj użyć Javerów. Dobra biblioteka.