改訂の効果的なプロセスを定義するのに苦労しています。複数のテーブルにまたがるデータがあります。削除や更新はできません。同じデータの新しい課題を作成する必要があります。すべてのリビジョンなどを含む履歴テーブルの解決策は知っていますが、ブログプラットフォームなどの単純な構造のリビジョンを保持したい限り、それはうまくいくようです。
多くの複雑な構造を持つデータベースがあり、最も単純な構造が以下のようになっている場合はどうなるでしょうか。
tableA で何かを変更すると、古いデータを履歴テーブルに保持できます。しかし、TableA のレコードを定義する TableB の何かを変更するとどうなるでしょうか? TableA のコピー (つまり、新しい ID) を作成し、その基礎となる構造を再作成する (新しい ID を増やす) ことをほとんど強制されます。間違いを修正したり、周辺データを追加したりするたびに新しい ID を作成するプロセス全体が、うまくいきません。
そのような場合の良い習慣はありますか？XML で改訂された古いデータ構造全体を維持することについてどこかで読みましたが、その慣行はスキーマの変更に消極的であり、簡単に照会することはできません。Flashback などのテクノロジーも、私たちのニーズをすべてカバーしているわけではありません。
ヒント: Oracle v11.2 を使用しています。