Oracle 10gエンタープライズでテーブル・ロックが更新文を高速化しますか？

Question

私たちはかなり広いテーブルBaseDataを持っています。そこには3300万行もあります。次に、すべての種類のパラメータを含むいくつかの他のテーブルに結合する更新クエリがあります。いくつかの関数が適用され、元のIdでグループが存在し、その結果がBaseDataテーブルにいくつかの列で書き戻されます。

このプロセスは非常に遅いので、私はそれをスピードアップする方法を検討しています。私はSQLServerで多くの経験を積んでいますので、このようなOracleの内部構造はすべてわかりません。

私が推測していることの1つは、更新中にOracleがすべての行のバージョンを作成し、任意の読者がその影響を受けていない行を読み取れることです。しかし、これはかなりのリソースを消費します。テーブルに書き込みロックを取るように更新する方法はありますか？そうすれば、すべての行のバージョンが作成されません。

大規模なアップデートのためのヒントはありますか？私たちはすでにそれをバッチに分割しました。各バッチはテーブルの別々のパーティションにあり、いくつかの更新は並行して実行されます。しかし、それでもずっと遅いです。

Answer 1

簡単な答えは、Oracleでは、表に対して排他ロックを設定しても、他のセッションの読取りを妨げたり、データの読取り一貫性のあるビューを生成する必要がないということです。同様に、Oracleでは、セッションに「ダーティ・リード」を有効にするよう指示することもできません。

最初の質問は遅いです - それは機能に参加して適用するすべての作業ですか、それとも書き戻しですか？ SELECT my_updated_resultset FROM BASEDATA JOIN...は更新ステートメントと比較してどのように機能しますか？ BaseDataの読者と更新プロセスの間に競合があることを確認しましたか？また、それはビジネスにとって遅すぎるのですか、それともそうだと思うよりも遅いのですか？

また、パーティション交換を使用して更新を行うことも検討してください。ハイレベルの概念は、次のようになります。

1. CREATE TABLE BASEDATA_XCHG as SELECT * FROM BASEDATA WHERE 1 = 0;
2. INSERT /*+ append */ INTO BASEDATA_XCHG SELECT my_updated_resultset FROM BASEDATA PARTITION (ONLY_ONE_PARTITION) JOIN...
3. BASEDATA_XCHGテーブルに必要なすべてのインデックスと制約を作成します。
4. ALTER TABLE BASEDATA EXCHANGE PARTITION (ONLY_ONE_PARTITION) WITH BASEDATA_XCHG

あなたはBASEDATAテーブルのパーティション内のほとんどの行を更新している場合は、それらを更新していない - 新しいテーブルを作成し、それを交換します。 Tim Gormanには、この概念をより深くカバーする"Scaling to Infinity"という優れた論文があります。あなたはそれをチェックしたいかもしれません。アダムの答えに加えて

Answer 2

：

実行ANは、あなたの更新ステートメントでEXPLAIN PLANをし、実行計画を確認してください。

ジョインとWHERE条件をサポートするインデックスを追加すると、クエリが高速化される可能性があります。

Answer 3

オラクルの使用は、私はこれらの大きなバッチプロセスにより使用されている「PROD」インスタンスをステージング領域上で実行されていないと仮定してい

（化SCNと共に、here続きを読む）読取り一貫性のためのセグメントを元に戻しますさまざまなプロセスの多く。大きなテーブルの25％以上（大まかな数字）を更新する場合は、更新を試みるよりもCTAS（選択テーブルを作成する）を行うほうが良いかもしれません。 CTASには、新しいテーブルの更新ロジックが含まれています。いったん終了したら、新しいテーブルにインデックス/許可/ etcを追加し、新しい名前をoldに変更します。また、CTASにパラレルヒントとノーログを追加して、潜在的に物事をスピードアップすることもできます。