1
私はしばらくこれについて疑問に思っていましたが、私はまだ解決策を思いついていません。 MySQLでは、変更が発生したときにリビジョンの保存を自動化するためのTRIGGERを作成し、リビジョンを追跡するために値をデータベースに変更します。データベースに元に戻す情報とやり直し情報を保存していますか？
今私が持っている質問は、これをDjangoのほとんどのモデルでより一般的な意味でどのように実装できるのでしょうか？今、私は20以上のモデルを持っており、急速に成長しています。これらのアイテムをすべて格納するオブジェクトを生成すると、モデルが少なくとも2倍になり、あまり最適ではないようです。
私はこれを自動化して少し賢く、あまり煩雑にならない方法がありますか？
SQLはまた、テーブル単位のトリガーとテーブルごとの変更履歴です。あなたが話しているDjangoソリューションはSQLと同じ複雑さなので、大きな懸念は何ですか？ –
私はトリガーには新しく、できることをやっています。私はあなたがデータベース全体から引き金を引くことができるかどうかはわかりませんでした。 –
"データベース全体のトリガー？"これは何を意味するのでしょうか？あなたのトリガには、SQLスキーマ内のすべての単一テーブル（またはDjangoの用語を使用する「モデル」）のトリガとテーブルが必要です。これは、Djangoでそれを行う明白な方法より簡単ではありません。単純でない場合は、なぜすべてのSQLコードを投稿しましたか？ –