外部結合と等価結合のパフォーマンスの違いについて(ビューの場合)

質問

Oracle10gでのSQL文の違いについて教えて下さい。

前回の質問は、ストアドプロシージャに記述
されていて、バッチとして動かしています。
と書きましたが、ビューの場合のパフォーマンスの違いは
どうなるのでしょうか？ビューの場合も同じような現象です。
下記の２つのSQL文は外部結合ありと外部結合なしの違いだけで、
他は変わりありません。
外部結合ありのほうは
結果がすぐに返されるのですが、外部結合なしのほうは
結果が返ってこない、あるいはかなり時間がかかるという
現象が起きています。
SQL文は簡略して記述していますが、SELECT句には、
TO_CHAR()やSUM(CASE WHEN ...THEN ...ELSE...)が使用してあり
少し重くなる処理も含まれています。
この２つのSQL文でパフォーマンスに影響している原因は
何なんでしょうか？オプティマイザとか実行計画とかの
説明を読んだのですが、いまいちよく解りません。。
自分では中級者以下だと思っていますので、わかりやすく
説明して頂けたら助かります。宜しくお願い致します。

(外部結合ありのSQL)
SELECT
　a.項目１,
　a.項目２,
　a.項目３,
　a.項目４,
　a.項目５
FROM
　TBL_A a,
　TBL_B b
WHERE
　a.項目１ = b.項目１(+) AND
　a.項目２ = b.項目２(+) AND
　a.項目３ = b.項目３(+) AND
　a.項目４ = b.項目４(+) AND
GROUP BY
　a.項目１,
　a.項目２,
　a.項目３,
　a.項目４,
　a.項目５

(外部結合なしのSQL)
SELECT
　a.項目１,
　a.項目２,
　a.項目３,
　a.項目４,
　a.項目５
FROM
　TBL_A a,
　TBL_B b
WHERE
　a.項目１ = b.項目１ AND
　a.項目２ = b.項目２ AND
　a.項目３ = b.項目３ AND
　a.項目４ = b.項目４ AND
GROUP BY
　a.項目１,
　a.項目２,
　a.項目３,
　a.項目４,
　a.項目５

回答No.1

k_o_r_o_c_h_a_n · ベストアンサー

オラクルのオプティマイザは、テーブルの検索の方法を決めますが、外部結合と内部結合で
立案される実行計画に違いがあり、内部結合の方が合理的な検索方法を立案しているので
結果的に、内部結合の方が速いという話なんですが・・

実行計画を見なければ、判りませんが、
・外部結合はｂに対して全表検索を選択した。
・内部結合では、ｂを索引検索を選択した。
・ｂの検索量が、ｂの格納件数のうち、ごく一部なので、全表検索と索引検索では、極端に検索時間が違う。
ということなんだと思います。（推測なので、実は違うかも知れません）

オラクルのマニュアルで、パフォーマンスチューニングガイドというマニュアルがあると思うので、
一読されることをお勧めします。

ちなみに、お書きになったSQLは何か変です。
内部結合のSQLは、ｂの項目を返さないので、実質的にｂに存在するかのチェックを行っているに等しいものです。
書き方や流儀の問題で、内部結合が良いのか、exists条件が良いのか、in条件(メンバーシップ検査)が良いのか
変わってくると思いますが、一応理解できるものです。
しかし、外部結合のSQLについては、ｂを検索するけど、何もしない？？理解に苦しむSQLになっています。
基本的に、内部結合より遅くなる外部結合を、わざわざ書いてみた、というように感じます。
（一般論ですが、同じ書き方をしたら、外部結合は内部結合と同等以下です）

お礼

ご回答ありがとうございます。
とても参考になりました。

補足

ご回答ありがとうございます。
>ちなみに、お書きになったSQLは何か変です。
>内部結合のSQLは、ｂの項目を返さないので、実質的にｂに存在する>かのチェックを行っているに等しいものです。
このSQL文は簡略しすぎました、bのテーブルからも項目をSELECTしています、すみませんでした。。
その点を踏まえても同じようなご回答になっていましたでしょうか？

また、ビューでもストアドプロシージャでも同じようなパフォーマンスになるのでしょうか？