問題タブ [subquery-factoring]

ここで私の合理化された状況

次に、IDの選択リストのテーブルt1を出力することを目的とする外部SELECTがあります（i）

IDセットが生成されるので、最終的に

ID セットは、このような内部 SELECT サブクエリの結果である場合があります

私の実際のケースでは、t1 と t2 は大きく、内側の SELECT は大きな ID リストを生成でき、外側の select はその制限制約で核攻撃します。

私の質問は、クエリ オプティマイザーがこの外側の制限制約を検出し、それを内側の選択に伝達するかどうかです。

答えが NO の場合は、さらに一歩進んで、クエリ ジェネレーターが、このように内側の SELECT で制限制約を明示的に移動する必要があります。

質問する前に、EXPLAIN と EXPLAIN QUERY PLAN を見ましたが、これは私の知識を超えており、そこから回答できませんでした。

11/2更新

追加のトラブルシューティングを行った後、私のチームは、この Oracle のバグを12c、クエリが機能しなくなる前夜にデータベースで行われたパラメーターの変更に直接関連付けることができました。このデータベースに関連付けられたアプリケーションでパフォーマンスの問題が発生した後、私のチームは DBA にOPTIMIZER_FEATURES_ENABLEパラメータを から12.1.02に変更してもらいました11.2.0.4。これにより、問題のアプリケーションのパフォーマンスの問題は修正されましたが、上記のバグが発生しました。確認のために、このパラメーターを変更することで、別の環境で同じ問題を再現できました。私の DBA は、これを確認するために Oracle にチケットを提出しました。

回避策として、期待される結果を取得するためにクエリを少し変更することができました。具体的には、Subquery1withを組み合わせてSubquery2、いくつかの述語を句から the Subquery1(より適切に属する場所) に移動しました。この変更により、実行計画が編集されました (以前にリストされたものよりも効率がわずかに低下します) が、元の問題に対処するには十分でした。WHEREJOIN

元の投稿

まず、この質問が曖昧であることをお詫びしますが、機密の金融システムを扱っているため、特定の実装の詳細を非表示にする必要があります。

バックグラウンド

Oracleかなり前に本番環境に投入したクエリがありますが、最近、 から11gへのアップグレード後に予期した結果が偶然に生成されなくなりました12c。私 (および私のプロダクション サポート チーム) の知る限り、このクエリはその 1 年以上前から問題なく機能していました。

詳細

クエリは非常に複雑であまり効率的ではありませんが、これは主に、正規化されていないテーブル (歴史的にメインフレームをモデルにしたもの) と上流システムからの不十分なデータ入力を扱っているためです。複雑なビジネス状況に対処するために、複数レベルのサブクエリ ファクタリング (WITHステートメント) を活用し、最終的なステートメントで 2 つのインライン ビューを結合しました。複雑な述語をすべて除いたクエリの基本構造は次のとおりです。

私は3つのテーブルを持っていますTable1, Table2, Table3. Table1からのレコードで構成される処理テーブルTable2です。

最後のクエリは非常に基本的なものです。

問題

最後のクエリを編集して 2 番目のインライン ビューを削除し、インライン ビューの出力を評価すると、返された行Aが0 になります。個々のサブクエリのレコードを手動で評価したところ、これが予期された結果であることを確認できました。

同様に、最後のクエリを編集して「B」インライン ビューのみの出力を生成すると、6 つの行が返されます。繰り返しますが、手動でデータを評価しましたが、これはまさに期待どおりです。

これら 2 つのサブセット (Inline ViewAと Inline View B) を結合すると、最終的なクエリ結果は 0 行になると予想されます (完全なセットと空のセットの間の内部結合では一致が生成されないため)。ただし、上記のように内部結合を使用してクエリ全体を実行すると、1158 行が返されます。

実行計画を確認しましたが、何も思い浮かびません:

質問

明らかに、私は Oracle Optimizer を混乱させるために何かを行っており、更新されたクエリ プランは、送信したものとはかなり異なるクエリを引き戻しています。私の最善の推測では、これらの一時的なビューがすべて同じクエリ内に浮かんでいるため、Oracle を混乱させて、依存するセットの前にいくつかのセットを評価してしまったのです。

今日に至るまで、このWITHステートメントに関する公式の Oracle ドキュメントを見つけることができなかったので、サブクエリが評価される順序について完全に確信を持ったことはありませんでした。SO の検索で気付きました (今は見つかりません) 誰かが、因数分解されたサブクエリは別の因数分解されたクエリを参照できないと述べました。これが本当だとは今まで知らなかったのですが、上記の奇妙な出力を見ると、このクエリで運が良かったのではないかと思います。

誰かが私が見ている動作を説明できますか? このクエリ プランで明らかに間違ったことをしようとしていますか? または、11g と 12c の間で何かが変更され、このクエリの動作が変更された理由を説明できる可能性はありますか?

Subquery Factoring 'WITH .. AS' を使用するプロシージャを作成しようとしていますが、その前に 'IF .. THEN' を使用すると構文エラーが発生し、どのように記述すればよいかわかりません。 ?