UNION ALLの使い方（構文）は非常にシンプル

一言で言えば「OR条件」のことです。

じゃあOR使えばいいじゃん！と思うかもしれませんが、レコードが増えるとそうはいきません。

例えば一意（全部異なる）のユーザIDがあり、指定された2つのレコード取りたいといった場合。

さらに、インデックス（索引、どこに何があるか）が指定されているとします（つーかする）。

結果が数件ならいいんですが、100万件ありましたとなるとどうなるか。

100万件あるということは、全体で150万とか500万件ある可能性があります。

OR条件にするとインデックスが効かず、全体500万あったとしたらまず500万件を全走査します。

ちなみに1件の検索に0.001秒掛かるとしたら5000秒（83分）掛かります。

これがネットショップのページなら、次画面行くのに83分掛かるというのは耐えられますか？

代表は、ムリデス 笑

そのためにUNION ALLでOR条件を作って抽出します（インデックスも効きます）。

索引があればどの辺にあるか目星がつきますので検索時間の短縮が見込めます。

ただ、ルールがあって「取得対象のデータ数が一致」してないとSQLエラーとなる点です。

※SELECTの後の取得対象カラム数のこと

データ取得数はor条件を使った時も同じになるように、UNION ALLでも同じです。

ただし検索条件(WHERE)句はAが少なくて、Bが多い場合でも問題ありません。

あくまでも取得するカラム数が一致していればいいのです。

上記を例にして単純なクエリを作ってみます。

前回のブログで作ったテーブル名「SANKANBA」、データはID・名前・取った年とします。

※データが少ないですが、あくまでも例として・・・

では三冠以外の代表的なレースで「天皇賞秋」「天皇賞春有馬記念」を取った馬を

検索したい場合で「or」を使わない場合はこうなります。

SELECT
  id,
  name
FROM
  SANKANBA
WHERE
  sankanigairace = '05'
UNION ALL
SELECT
  id,
  name
FROM
  SANKANBA
WHERE
  sankanigairace = '20'

UNION ALLをorと考えて、前をA・後をBと考えると「A or B」ということになります。

ねっ、簡単でしょう？

ちなみにALLを付けない場合は重複行がまとめられず、複数行として表示されます。

※もちろん、状況によっては複数行で表示されることは問題ありません

上記はデータが少ない、取得対象のデータ(selectの後の表示対象カラム）も

少ないですがデータが多い場合はどうするのでしょうか。

UNION ALLがorと同義なのであればやることは一緒です。

いかがでしたでしょうか。

UNION ALL（UNION）を使用するとついついSQL文が長くなってしまいます。

それで読むのが嫌だ！という方も多いので、是非UNION ALLをorにしてあげて分割しましょう。

逆に使えるようになると便利ですし、何よりパフォーマンスの向上に繋がります。

是非当ブログをご覧になって頂いて参考となることを切に願います。