オブジェクトの変更履歴を保存するための良い解決策は何でしょうか？

さて、これにアプローチする方法はたくさんあります。私はMongoDBをよく知っているので、その方向に傾いています。一般的に私はそれがパフォーマンスのニーズを満たし、複製セットを使用して、奴隷から出る読書を取るアプローチになるだろうと思う。ただし、バージョン管理は組み込まれていません。Mongoid :: Versioningを使用したバージョン管理のアプローチは、

モンゴイイ::バージョン管理 - 以前のバージョンの確認方法

あなたが言及した他の解決策はより良いネイティブサポートを持つかもしれませんが、私はそれについて話すことはできません。うまくいけば、これは少なくともMongoDB側のいくつかのことを指摘してくれるはずです。

モンゴイの歴史をご覧ください。

それは、バージョンと一緒に、いつ、誰によって、何のような変更の履歴を追跡します。また、設定オプションも提供されています

簡単な目的のために（MySQL！）、記録したいテーブルに対してAFTER UPDATEトリガーを実行するだけです。

たとえば、フィールドを持つテーブルカー

carId（主キー） 色 メーカー モデル

フィールドを持つテーブル 'cars_history'（または同等の名前）を作成します。 carId フィールド old_value new_value

次のようにAFTER UPDATEトリガを追加します。

delimiter //

CREATE TRIGGER trigger_changes
AFTER UPDATE ON cars
FOR EACH ROW
BEGIN
IF OLD.manufacturer <> NEW.manufacturer THEN
  INSERT INTO cars_history
  ( carId, field, old_value, new_value)
  VALUES
  (OLD.carId, 'manufacturer', OLD.manufacturer, NEW.manufacturer);
ELSE IF OLD.color <> NEW.color THEN
  ...
END IF;
END;//
delimiter ;

テストされていないので、構文エラーが含まれている可能性があります:)

RavenDBはこの機能をネイティブにしています（ただし、生産ニーズに応じてNoSQL dbとしては若すぎるかもしれません - もちろんこれまで）

http://ravendb.net/docs/server/bundles/versioning

http： //www.slideshare.net/jwoglamott/battle-of-nosql-stars-amazons-sdb-vs-mongodb-vs-couchdb-vs-ravendb

If you want to go for MongoDB, two implementation strategies are suggested in this thread

Strategy 1: embed history will not impact your write performances and read if you tweak your code to avoid returning the history when not necessary, however you have the 16Mb limitation for one documents (might be blocker for you or not). Strategy 2: write history to separate collection requires (plainly) two operations. I agree as said there that these (or a combination) are the strategies available in MongoDB.

CouchDBは内部的にMVCCのアプローチを使用しています（ここ）、しかしこのようなアプローチは、議論された。 このトピックに関する質問があり、提案された解決策は上記のMongoDBの埋め込み戦略（あなたが好むものを選ぶ必要があります）。

SQLiteはどうですか？各DBは、アーカイブ時に簡単に名前を変更して移動できる独立したファイルです。ファイルの名前が変更された場合、または自動的に移動された場合は、次の挿入時にotherが作成されます。

SQLiteについての唯一の問題は、書き込みのためにファイルをブロックする必要がある同時書き込みです。 1秒間に約60件のトランザクションを処理できますが、1回のトランザクションで何千もの挿入を行うことができます（ doc ）。

I wonder if this is the type of solution you're looking for: http://www.tonymarston.net/php-mysql/auditlog.html

小さなデータフットプリントで非常にシンプルで洗練されたソリューションに見えますが、挿入時間に与える影響も最小限に抑えられます。