Mit NoSQL - und speziell einer dokumentenorientierten Datenbank - können Sie dies mit der Versionierung erreichen.
Betrachten Sie MongoDB, die alles als Dokumente speichert.
MongoDB ermöglicht es Ihnen, eine Sammlung (eine Gruppe von Dokumenten) zu haben, wo das Schema für jedes Dokument unterschiedlich sein kann.
Angenommen, Sie dieses Dokument für einen Benutzer haben:
{ "_id" : 100, "firstName" : "John", "lastName" : "Smith" }
Sie könnten auch als Dokument in der gleichen Sammlung haben dies:
{ "_id" : 123, "firstName" : "John", "lastName" : "Smith", "hasFoo" : false }
Verschiedene Schemata, aber beide in der gleichen Sammlung. Offensichtlich unterscheidet sich dies sehr von einer traditionellen relationalen Datenbank.
Die Lösung besteht darin, jedem Dokument, das die Schemaversion hat, ein Feld hinzuzufügen. Dann suchen Sie Ihre Anwendung bei jeder Abfrage nach dieser Version.
Eine MongoDB Abfrage könnte wie folgt aussehen:
users.find({ "version" : 3 }).limit(10);
Das ist nur alle Benutzer zurückgibt, die Schema-Version "3" verwenden. Sie können neuere Schemas einfügen, ohne die vorhandene Site zu beeinträchtigen, und alte Schemaversionen, die nicht mehr nützlich sind, langsam löschen.
Aus Interesse, warum schreiben Sie eine NoSQL-Datenbank-Engine? Sind keine der vorhandenen für Ihre Bedürfnisse geeignet? – hertzsprung
bedenken Sie, dass es keinen Schaden gibt, wenn Sie ein Feld nur hinzufügen, wenn Sie eins entfernen ... –
Alle Datenbanken sind langsam. Ich schreibe eine sehr schnelle Engine, die ein INSERT in etwa 2.000 Taktzyklen, das wäre etwa 20 Millionen INSERTs pro Sekunde auf einem durchschnittlichen Laptop-Computer – Nulik