オラクルで新しいトランザクションを開始するためにセーブポイントを代用できますか？

Question

現在、レコードのセットを挿入するプロセスは、次のようなものです：

（「レコードのセット」とは、住所、電話番号、その他他の結合テーブル）。

1. トランザクションを開始します。
2. 関連する一連のレコードを挿入します。
3. すべて成功した場合はコミットし、それ以外の場合はロールバックします。
4. 次のレコードセットについては、手順1に戻ります。

このようなことをする必要がありますか？

1. は
2. は、レコードのセットごとにポイントを保存開始スクリプトの開始時にトランザクションを開始します。
3. 関連するレコードのセットを挿入します。
4. エラーが発生した場合はセーブポイントにロールバックし、すべて成功した場合は続行します。
5. スクリプトの先頭にトランザクションをコミットします。

ORA-01555に問題があり、Ask Tomの記事（this oneなど）を読んだ後、2番目のプロセスを試してみることを考えています。もちろん、Tomが指摘するように、新しいトランザクションの開始は、ビジネスニーズによって定義されるべきものです。 2番目のプロセスは試してみる価値がありますか、それとも悪い考えですか？

Answer 1

トランザクションは意味のある単位作業でなければなりません。しかし、作業単位を構成するものは、文脈に依存します。 OLTPシステムでは、Unit Of Workはアドレス情報などとともに、単一のPersonになります。しかし、多くのPersonをロードしている何らかの形式のバッチ処理を実装しているかのように聞こえます。

ORA-1555に問題がある場合、他のトランザクションによって更新されているデータを提供する長い実行クエリがあるため、ほぼ確実です。ループ内でのコミットは、UNDOセグメントの循環使用に寄与します。したがって、読取り一貫性を提供するために依存しているセグメントが再利用される可能性が高くなります。だから、そうしないのはいい考えです。

SAVEPOINTを使用するかどうかは、別の問題です。あなたの状況にどんな利点があるのか​​は分かりません。おそらくOracle10gで作業しているので、代わりにバルクDML error loggingを使用することを検討する必要があります。

また、ドライブクエリーを書き換えて、より小さなデータチャンクで動作させることもできます。あなたのプロセスの詳細を知らずに、私は具体的な助言をすることはできません。しかし、一般的に、10000レコードに対して1つのカーソルを開くのではなく、ポップとして500行に20回開くのが良いかもしれません。考慮すべきもう1つの点は、挿入プロセスがバルクコレクションとFORALLを使用するなど、より効率的にできるかどうかです。

Answer 2

いくつかの考え...

1. はasktomリンクのポイントの一つは、あなたのロールバック/ 1555年代を避けるために適切に元に戻すの大きさにした私には思えます。これができない何らかの理由はありますか？彼が指摘しているように、ディスクを購入するのは、ロールバックの制限を回避するためにコードを書いたり維持したりするよりもずっと安いです（私は36Gbドライブの$ 250のpricetagを読んだ後に二重テイクをしなければなりませんでした。 ！ムーアの法則の良いイラスト！）
2. This link (Burleson)は、セーブポイントに関する1つの可能な問題を示しています。
3. 2番目のシナリオでは、トランザクションは実際に2,3、および5ステップですか？もしそうなら、それは私がやることです - それぞれのトランザクションをコミットします。シナリオ1が1つに集められたトランザクションの集まりであるように私に少し聞こえる？