条件で絞ったサブクエリ同士のJoinと全件Joinした後のwhere

Question

条件で絞ったサブクエリ同士をJoinするのと
全件Joinした後where句で絞るのは
速度的にはどちらが早いのでしょうか？

確かUnionの場合は
条件を絞った者同士Unionするのと
全件Union後、where句で条件指定するのはかかる時間が同じだった記憶があります
（エビデンスとりました。オラクルですが）

また、可読性はどちらが高いとされるのでしょうか？

Answer 1

条件で絞ったサブクエリ同士をJoinするのと
全件Joinした後where句で絞るのは
速度的にはどちらが早いのでしょうか？

適切なテーブルの設計（インデックスも含め）が行われている場合、どちらでも実行計画が同じになる場合はあります。

SQLでの基本は取り出す集合に纏めて（join)から抽出(where)ですから、結合条件と抽出条件を分ける方が可読性は高いと思います。

チューニングの観点からは母集合が条件により小さくなることが多い場合、抽出してから纏める場合はあります。

想定したデータを準備できないなら、適切な設計をした上で可読性の高い記述にしておき、データが準備できた段階でチューニングを行うという手順になるかと思います。

スロークエリーを抽出できるようにしておき、遅いクエリーが検知できるようにしておくのが良いかもしれません。

Comments

[ms5025]

ありがとうございます！
＞チューニングの観点からは母集合が条件により小さくなることが多い場合、抽出してから纏める場合はあります。
この場合もUNIONの場合ですが
数万件のデータ同士をUNIONした後whereで１件取得の条件をかけても
1件ずつ抽出したデータ同士をUNIONしても実行計画の速度は同等でした。
なので、この母数が・・・の件も、正しくインデックスが貼られている場合は
同等なのかな？と疑問に思って質問してみましたが
あまりにも抽象的だったようで申し訳なく思っています。

昔ほど正しくテーブル設計がされていればデータ抽出時間を気にすることはなくなったので、
気が向いたらエビデンスとってみたいと思います。

[sazi]

unionを気にされているのですか？
unionする必要があるという事は正規化がされていないという事なので、正しい設計ではありませんね。
oracleの古いバージョンでは、正規化はされているけど遅いので、orをわざわざunion展開して高速にするという事はあったと思いますけど。

Answer 2

質問の曖昧過ぎる内容できちんと答えられる人はいません。

実際にCREATE TABLE, CREATE INDEX, 各テーブルのレコード件数と ON, WHEREで絞り込んだレコード件数、SELECT文を提示されれば PostgreSQLの実行計画 である程度予測できますが、実際にどちらが早いか確認するためには実測する必要があります。

PostgreSQL タグの過去の質問を探せば参考になる質問が見つかるかも？

Comments

[ms5025]

ありがとうございます。
一応一般的なよくある日付やidなどで絞ったトランザクションテーブルのセレクトをイメージしていましたが
レコード件数や条件の数によって、絞った後のJoinかJoin後の絞り込みかで
時間が左右される、ということなのでしょうか。
実行計画の方を見てみます。
Unionに関しては絞り込み後Unionしても
全件Union後の条件句での絞り込みも同じ実行計画で動くというのは覚えていたのですが
LeftJoin等の結合はどうなのか気になりまして。

[Orlofsky]

回答に書いたように具体的な内容を書かないと適切なコメントは付きません。
UNIONとJOINは違います。
ここの掲示板は質問を修正できます。