【ORACLE】サブクエリを用いないIN句の性能について

Question

業務で使用しているSQLの性能改善を行っています。
あるSQLの中で、あらかじめ一時テーブルに格納してあった値をWHERE句で使用するような記述があります。以下のようなイメージです。

SELECT 
 A.HOGE
FROM 
 A_TBL A
 , TMP_TBL TMP
WHERE
 A.HOGEHOGE = TMP.HOGEHOGE // 'HOGE1'等が入っています

前提として、上記で使用するTMP_TBLには、6種類程のマスタ情報の中から任意で選択したものがSELECT文の発行直前にINSERTされます。
今のところTMP_TBLのレコード数は最大6件で、TMP.HOGEHOGEの中身についてもそれぞれ固定値になる想定です。

このように一時テーブルを利用するメリットが今のところ分かっておりません。
以下のようにIN句を用いても同じ結果が得られることは検証済みです。
また、実行計画のコストを参照したところ下記の記述の方が性能も良さそうです。

SELECT 
 A.HOGE
FROM 
 A_TBL A
WHERE
 A.HOGEHOGE IN ('HOGE1', 'HOGE2' ...)

調べたところIN句内でサブクエリを使用しない限りは速度が遅くなるようなこともないので、これで問題ないような気がするのですが、なにかIN句を使わない方が良い理由 or 一時テーブルを使った方が良い理由があるのでしょうか？

それぞれの特徴についても触れながら、ご教示いただけたら有り難いです。

Answer 1

相当古い記事
http://www.oracle.com/technetwork/jp/database/articles/tsushima/tsm09-1598259-ja.html
なので今もそうかは？です。

最大6件で実行計画も確認しながらされているのであれば問題にならないでしょうが、大昔IN句でたくさん列挙したクエリを管理者に投げていい？と確認取った上で、(Oracleではない)某DBに投げたらOR条件の列挙として扱われてインデックスが使われないためDBが止まるほどの負荷がかかる、ということが起きたことを思い出しました。
以来、とりあえずEXISTSで書くようになりました。

Comments

[sazi]

記事は2011.08.31公開ですから12cリリース前ですね。
そう言えば昔は、inをunion allで展開すると早くなるケースというのは有りましたね。

[nekoniki]

回答ありがとうございます。
やはりこの例でいくとIN句でも問題なさそうですね。
参考文献も載せて頂き非常に助かりました。

Answer 2

一時テーブルの使用目的としては、セッションごとに値を変更するような場合です。
質問の内容では抽出条件が可変ということなので、SQLでin句の内容を動的に変更されるのであれば問題ないと思います。

一時テーブルの利用目的でよく使用されるのは出力系で、帳票だったりCSVだったり、操作しているユーザーごとに内容が変わるようなものの場合です。

これを一時テーブルでないもので行うと、セッションごとのキーや排他について考慮が必要になります。

Comments

[nekoniki]

回答ありがとうございます。
一時テーブルについてはあまり理解していなかったため、
細かな用途まで教えて頂き助かります。

Answer 3

差支えない範囲でCREATE TABLE, CREATE INDEX, 統計情報の取得、実行計画も提示した方が適切なコメントが付き易いです。

で、INの中の値の並びが増えるとSQLの修正が必要になります。頻繁にSQLを変更する負担を避ける為に別テーブルを用意することもあります。

Comments

[nekoniki]

回答ありがとうございます。
仰る通り提示する情報が不足していました。失礼しました。
後だしの情報で恐縮ですが、現状、IN句内は動的に変更できるような作りとなっているので、本件に関しては問題なしと判断しました。
的確なアドバイスをありがとうございます。