RDBMSでのデータのアーカイブについて話しているようです。私はこれを ETL プログラムを介して RDBMS システムに実装しました。
データを削除する場合は、UNION を使用する別のテーブルが必要になります。これにより、レコードがアーカイブされたことをアプリで示すことができます。
これに関するいくつかの考え:
- データをアーカイブすることで、ビジネス モデルを壊していないことを確認してください。
- 基準に一致する非アクティブなビジネス トランザクションを特定します。いくつかのカテゴリがあり、それぞれに異なるタイプのアーカイブ ルールがあります。開いているトランザクションをアーカイブしないでください - それらは再構築するための PITA です。
- データのアーカイブのスケジュールを把握する
- データの場所やアーカイブに関係なく、ユーザーに対してアプリケーションの透明性を確保
- 各データセットに合わせて調整されたこのデータ保持ポリシーを実装します
- 通常、アーカイブされたデータは、同じマシン (ライセンス コスト目的で推奨) または別のマシンで実行される別の DB に移動します。
- Even archival itself can be optimized by putting the Really Really old data into text dumps.
- Backups, Backups, Backups - this is a very sensitive operation. Double, Triple check your backups.
All of this can be done with almost any ETL program on the market.