サイゼントの技術ブログ – Just another WordPress site

2022年8月1日

SQL_副問合せ・相関副問合せ

今回は副問合せと相関副問合せの紹介です。
この文法を用いると、問い合わせの結果を別の問い合わせに使い回すことができるようになり、複雑な問い合わせを１本のSQLで書けるようになります。

副問合せは相関副問合せよりも文法的に簡単で、実務、特に運用作業では頻出です。
また、性能面を考慮すると相関副問合せを使った方が良いケースが多いため、相関副問合せもプログラミングでは良く使われます。

なお、今回は紹介しませんが、副問合せはFROM句にも書くことができます。

【文法】

・副問合せ（単一行を返す場合のみ使用可能）

…where カラム名 比較演算子 (select…)

1	…where カラム名比較演算子 (select…)

・副問合せ（副問合せの何れかの結果と一致することを確認）

…where カラム名 IN (select…)

1	…where カラム名 IN (select…)

・副問合せ（副問合せのどの結果とも一致しないことを確認）

…where カラム名 NOT IN (select…)

1	…where カラム名 NOT IN (select…)

・副問合せ（副問合せの全ての結果と比較し、全ての結果よりも（大きい、小さい等））

…where カラム名 比較演算子 ALL (select…)

1	…where カラム名比較演算子 ALL (select…)

・副問合せ（副問合せの何れかの結果よりも（大きい、小さい等））

…where カラム名 比較演算子 SOME (select…)

1	…where カラム名比較演算子 SOME (select…)

※SOMEの代わりにANYを使用しても良い

・相関問い合わせ（副問合せ部で存在する行のみ抽出）

…from テーブル１
…where EXISTS (select 1 FROM テーブル２ WHERE カラム名 = テーブル１.カラム名 …)

1 2	…from テーブル１ …where EXISTS (select 1 FROM テーブル２ WHERE カラム名 = テーブル１.カラム名 …)

※上記は正式な文法ではないが、通常は上記のように使う
※EXISTSの前のNOTをつけると存在しない行のみ抽出することができる
※EXISTSの中のSELECT文のカラム指定は問わない（1でなくても良い）

【対象テーブル例】

・商品

 +--------+--------+
 | 商品ID | 商品名 |
 +--------+--------+
 | 1      | 商品１ |
 | 2      | 商品２ |
 | 3      | 商品３ |
 | 4      | 商品４ |
 | 5      | 商品５ |
 +--------+--------+

+--------+--------+

| 商品ID | 商品名 |

+--------+--------+

| 1 | 商品１ |

| 2 | 商品２ |

| 3 | 商品３ |

| 4 | 商品４ |

| 5 | 商品５ |

+--------+--------+

・消費者テスト結果

 +--------+------+
 | 商品ID | 得点 |
 +--------+------+
 | 1      | 80   |
 | 2      | 85   |
 | 3      | 90   |
 | 5      | 95   |
 +--------+------+

+--------+------+

| 商品ID | 得点 |

+--------+------+

| 1 | 80 |

| 2 | 85 |

| 3 | 90 |

| 5 | 95 |

+--------+------+

・合格基準点

 +------+
 | 得点 |
 +------+
 | 90   |
 +------+

+------+

| 得点 |

+------+

| 90 |

+------+

【使用例】

asは省略可能である。
実務でも試験でも使用頻度が高い文法のみ例を記載する。

・=演算子

select s.商品名
from   商品 as s
join   消費者テスト結果 as t
on    (s.商品ID = t.商品ID)
where  t.得点 = (select max(t_tmp.得点)
                 from   消費者テスト結果 as t_tmp);

select s.商品名

from 商品 as s

join 消費者テスト結果 as t

on (s.商品ID = t.商品ID)

where t.得点 = (select max(t_tmp.得点)

from 消費者テスト結果 as t_tmp);

↓

select s.商品名
from   商品 as s
join   消費者テスト結果 as t
on    (s.商品ID = t.商品ID)
where  t.得点 = 95;

select s.商品名

from 商品 as s

join 消費者テスト結果 as t

on (s.商品ID = t.商品ID)

where t.得点 = 95;

↓

+--------+
| 商品名 |
+--------+
| 商品５ |
+--------+

+--------+

| 商品名 |

+--------+

| 商品５ |

+--------+

・不等号演算子

select s.商品名
from   商品 as s
join   消費者テスト結果 as t
on    (s.商品ID = t.商品ID)
where  t.得点 ＞ (select k.得点
                 from   合格基準点 as k);

select s.商品名

from 商品 as s

join 消費者テスト結果 as t

on (s.商品ID = t.商品ID)

where t.得点＞ (select k.得点

from 合格基準点 as k);

↓

select s.商品名
from   商品 as s
join   消費者テスト結果 as t
on    (s.商品ID = t.商品ID)
where  t.得点 ＞ 90;

select s.商品名

from 商品 as s

join 消費者テスト結果 as t

on (s.商品ID = t.商品ID)

where t.得点＞ 90;

↓

+--------+
| 商品名 |
+--------+
| 商品３ |
| 商品５ |
+--------+

+--------+

| 商品名 |

+--------+

| 商品３ |

| 商品５ |

+--------+

・IN句

select s.商品名
from   商品 as s
where  s.商品ID IN (select t.商品ID
                    from   消費者テスト結果 as t);

select s.商品名

from 商品 as s

where s.商品ID IN (select t.商品ID

from 消費者テスト結果 as t);

↓

select s.商品名
from   商品 as s
where  s.商品ID IN (1,2,3,5);

select s.商品名

from 商品 as s

where s.商品ID IN (1,2,3,5);

↓

+--------+
| 商品名 |
+--------+
| 商品１ |
| 商品２ |
| 商品３ |
| 商品５ |
+--------+

+--------+

| 商品名 |

+--------+

| 商品１ |

| 商品２ |

| 商品３ |

| 商品５ |

+--------+

・EXISTS句

select s.商品名
from   商品 as s
where  EXISTS (select 1
               from   消費者テスト結果 as t
               where  t.商品ID = s.商品ID);

select s.商品名

from 商品 as s

where EXISTS (select 1

from 消費者テスト結果 as t

where t.商品ID = s.商品ID);

↓

+--------+
| 商品名 |
+--------+
| 商品１ |
| 商品２ |
| 商品３ |
| 商品５ |
+--------+

+--------+

| 商品名 |

+--------+

| 商品１ |

| 商品２ |

| 商品３ |

| 商品５ |

+--------+

※上記のIN句の例と同じ結果となる

【性能について補足】

EXISTS句と同様のことはIN句でも可能だが、性能面で違いが出ることが多い。
細かい所はRDBMSによって異なるため、最終的にはRDBMSの特性を調べたり実行計画を取得したりしながらチューニングするべきであるが、一般的に以下のようなことが言える。

１．実行順の違い

原則として件数の絞り込みはなるべく早い段階で行うべきであり、少ない件数に絞り込むことができる条件は先に実行するべきである。
例えば、100件中10件まで絞り込める条件と、100件中90件までしか絞り込めない条件がある場合、100件中10件まで絞り込める条件を先に実行すれば後に実行される条件はその10件（以下）のみ対象とすれば良くなるので、その方が性能が良くなる。
IN句とEXISTS句ではこの実行順が異なり、先に副問合せが実行されるのがIN句、後で副問合せが実行されるのはEXISTS句なので、副問合せで条件を絞り込めるか否かでどちらの句を使うのかを決めるべきである。

２．インデックスの使用有無

IN句、特にNOT IN句については、インデックスを使用しない逐次検索が行われてしまうことが多い。
そのため、一般論として、インデックスが使われやすいEXISTS句の方が性能が良くなることが多い。

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

今回は、SQLでの副問合せと相関副問合せについて記事を書きました。
プログラムでSQLを発行する場合は複数回問い合わせを発行してその結果をプログラム側で突き合わせることの方が多いかもしれませんが、運用作業では重宝します。

複数の問い合わせを１つの問い合わせで済ませる文法としては、UNIONのような集合演算子も良く使います。
これは次回取り上げたいと思います！

2022年7月26日

SQL_重複排除と集計

今回は重複排除(distinct句)と集計(group by)の紹介です。
どちらも挙動が似ているのでまとめて紹介します。

【機能説明】

・重複排除

select文の結果について、重複を排除することができる。

・集計

指定したカラムで集計を行うことができる。
（結果として重複排除もされる）
select文で集計関数を使用することができるようになる。
（該当行数を返すCOUNT関数、最大値を返すMAX関数、最小値を返すMIN関数等）
なお、having句でgroup byで集計した結果に対して条件で抽出することができる。
（where句も同じように抽出を行うが、where句は集計前に、having句は集計後に抽出する違いがある）

【文法】

・重複排除

select distinct…

1	select distinct…

・集計

select…
from…
(where…)
group by 集計を行うカラム名(,集計を行うカラム名…)
(having 条件)
(order by…)

select…

from…

(where…)

group by 集計を行うカラム名(,集計を行うカラム名…)

(having 条件)

(order by…)

【対象テーブル例】

・ご意見

+--------+--------+----------+
| 店舗ID | 商品ID | ご意見   |
+--------+--------+----------+
| 1      | 4      | ほげ１４ |
| 1      | 4      | NULL     |
| 1      | 5      | ほげ１５ |
| 3      | 2      | ほげ３２ |
+--------+--------+----------+

+--------+--------+----------+

| 店舗ID | 商品ID | ご意見 |

+--------+--------+----------+

| 1 | 4 | ほげ１４ |

| 1 | 4 | NULL |

| 1 | 5 | ほげ１５ |

| 3 | 2 | ほげ３２ |

+--------+--------+----------+

【使用例】

asは省略可能である。

・重複排除(distinct句)

select distinct 店舗ID,
                商品ID
from            ご意見
order by        店舗ID,商品ID;

select distinct 店舗ID,

商品ID

from ご意見

order by 店舗ID,商品ID;

↓

+--------+--------+
| 店舗ID | 商品ID |
+--------+--------+
| 1      | 4      |
| 1      | 5      |
| 3      | 2      |
+--------+--------+

+--------+--------+

| 店舗ID | 商品ID |

+--------+--------+

| 1 | 4 |

| 1 | 5 |

| 3 | 2 |

+--------+--------+

※店舗ID=1、商品ID=4の行は２行存在するが、重複排除され１行のみ出力された。

・重複排除(group by句)

select   店舗ID,
         商品ID
from     ご意見
group by 店舗ID,商品ID
order by 店舗ID,商品ID;

select 店舗ID,

商品ID

from ご意見

group by 店舗ID,商品ID

order by 店舗ID,商品ID;

↓

+--------+--------+
| 店舗ID | 商品ID |
+--------+--------+
| 1      | 4      |
| 1      | 5      |
| 3      | 2      |
+--------+--------+

+--------+--------+

| 店舗ID | 商品ID |

+--------+--------+

| 1 | 4 |

| 1 | 5 |

| 3 | 2 |

+--------+--------+

※この例のように、order by句でdistinct句と同じように重複排除を実現できる。
　しかし、本来、order by句は後述の集計で使うので、重複排除のために使うのであればdistinct句の方が意図は伝わりやすい。
　また、distinct句とorder by句で実行時間に差が出る場合もある。

・集計(count関数)

select   店舗ID,
         商品ID,
         count(*) as ご意見件数
from     ご意見
group by 店舗ID,商品ID
order by 店舗ID,商品ID;

select 店舗ID,

商品ID,

count(*) as ご意見件数

from ご意見

group by 店舗ID,商品ID

order by 店舗ID,商品ID;

↓

+--------+--------+------------+
| 店舗ID | 商品ID | ご意見件数 |
+--------+--------+------------+
| 1      | 4      | 2          |
| 1      | 5      | 1          |
| 3      | 2      | 1          |
+--------+--------+------------+

+--------+--------+------------+

| 店舗ID | 商品ID | ご意見件数 |

+--------+--------+------------+

| 1 | 4 | 2 |

| 1 | 5 | 1 |

| 3 | 2 | 1 |

+--------+--------+------------+

※count関数の引数にカラム名を指定すると、そのカラムがNULLではない件数を返す。
　例えば、count(ご意見件数)なら、店舗ID=1、商品ID=4の行のご意見件数は1になる。

・集計(having句での抽出)

select   店舗ID,
         商品ID
from     ご意見
group by 店舗ID,商品ID
order by 店舗ID,商品ID
having   店舗ID = 1;

select 店舗ID,

商品ID

from ご意見

group by 店舗ID,商品ID

order by 店舗ID,商品ID

having 店舗ID = 1;

↓

+--------+--------+
| 店舗ID | 商品ID |
+--------+--------+
| 1      | 4      |
| 1      | 5      |
+--------+--------+

+--------+--------+

| 店舗ID | 商品ID |

+--------+--------+

| 1 | 4 |

| 1 | 5 |

+--------+--------+

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

今回は、SQLでの重複排除と集計について記事を書きました。
SQLではこのような操作も簡単に書くことができます。
特に、運用作業でデータ加工する時に重宝すると思います。

次回は、SQLを入れ子で実行する副問合せ・相関副問合せについて取り上げたいと思います！

2022年7月20日

SQL_取得結果に対する条件判定

SELECT文で取得した結果に対して、CASE式を使用することで条件判定が可能です。
条件判定を行うことで、SQL文の出力結果を変えることができます。
プログラムのIF文の判定をSQL文の中で行っているようなイメージであり、プログラムを作るまでもない運用作業で使用する他、プログラムに組み込む場合も使い方次第でプログラムの可読性・保守性を高めることができる場合があります。

なお、NULLの時に出力結果を変えるだけであればCOALESCE関数の方がスマートなので、これも併せて紹介します。

【文法】

・CASE式（単純CASE式）

SELECT～FROMの間のカラム指定の箇所で使用する。
カラムの値に応じて返す値を指定する。

CASE カラム
    WHEN 値 THEN 値
    ：
    ：
    ：
    ELSE 値
END

CASE カラム

WHEN 値 THEN 値

：

ELSE 値

END

・CASE式（検索CASE式）

SELECT～FROMの間のカラム指定の箇所で使用する。
式に応じて返す値を指定する。

CASE
    WHEN 式 THEN 値
    ：
    ：
    ：
    ELSE 値
END

CASE

WHEN 式 THEN 値

：

ELSE 値

END

・COALESCE関数

SELECT～FROMの間のカラム指定の箇所で使用する。
可変長の引数を持ち、NULLではない最初の値を返す。

COALESCE(値,値…)

1	COALESCE(値,値…)

【対象テーブル例】

・商品

+--------+--------+--------+----------+----------+
| 商品ID | 商品名 | 在庫数 | 現在売値 | 標準売値 |
+--------+--------+--------+----------+----------+
| 1      | 商品１ | 60     | 100      | 100      |
| 2      | 商品２ | 60     | 200      | 250      |
| 3      | 商品３ | 15     | 300      | NULL     |
| 4      | 商品４ | 0      | 400      | 350      |
+--------+--------+--------+----------+----------+

+--------+--------+--------+----------+----------+

+--------+--------+--------+----------+----------+

| 1 | 商品１ | 60 | 100 | 100 |

| 2 | 商品２ | 60 | 200 | 250 |

| 3 | 商品３ | 15 | 300 | NULL |

| 4 | 商品４ | 0 | 400 | 350 |

+--------+--------+--------+----------+----------+

【取得例】

※ASは省略可能

SELECT   商品名,
         CASE 在庫数
             WHEN 0 THEN '品切れ'
             ELSE '在庫有'
         END AS 在庫状況,
         CASE
             WHEN 標準売値 IS NULL THEN '一時品　　'
             WHEN 現在売値 = 標準売値 THEN '適正価格　'
             WHEN 現在売値 ＜ 標準売値 THEN '値下げ品　'
             ELSE '便乗値上げ'
         END AS 価格戦略,
         COALESCE(標準売値,現在売値) AS 適正価格
FROM     商品
ORDER BY 商品ID;

SELECT 商品名,

CASE 在庫数

WHEN 0 THEN '品切れ'

ELSE '在庫有'

END AS 在庫状況,

CASE

WHEN 標準売値 IS NULL THEN '一時品　　'

WHEN 現在売値 = 標準売値 THEN '適正価格　'

WHEN 現在売値＜標準売値 THEN '値下げ品　'

ELSE '便乗値上げ'

END AS 価格戦略,

COALESCE(標準売値,現在売値) AS 適正価格

FROM 商品

ORDER BY 商品ID;

↓

+--------+----------+------------+----------+
| 商品名 | 在庫状況 | 価格戦略   | 適正価格 |
+--------+----------+------------+----------+
| 商品１ | 在庫有   | 適正価格　 | 100      |
| 商品２ | 在庫有   | 値下げ品　 | 250      |
| 商品３ | 在庫有   | 一時品　　 | 300      |
| 商品４ | 品切れ   | 便乗値上げ | 350      |
+--------+----------+------------+----------+

+--------+----------+------------+----------+

+--------+----------+------------+----------+

| 商品１ | 在庫有 | 適正価格　 | 100 |

| 商品２ | 在庫有 | 値下げ品　 | 250 |

| 商品３ | 在庫有 | 一時品　　 | 300 |

| 商品４ | 品切れ | 便乗値上げ | 350 |

+--------+----------+------------+----------+

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

今回紹介した文法も、日々の保守運用作業の役に立つものです。
WHERE句以外の箇所でも条件を指定できることを知ると、SQLでの表現の幅が広がり、作業が効率的になります。

SELECT文の結果については、結果として表示される値を変えるだけでなく、その値の重複を排除したり、集計したりすることもできます。
こちらについては次回の記事で紹介したいと思います！

2022年7月11日

SQL_取得結果に対する演算子の利用

SELECT文で取得した結果に対して、演算子を使うことで文字列結合や計算が可能です。
これを使うことで、DBから抜き出してきたデータを他人に見せる時の加工が用意になります。
また、プログラムで実装していたロジックをSQL文に組み込むことが可能になりますし、副問い合わせで使用すれば「抽出→抽出結果をプログラムで加工→加工した結果を用いて再度抽出」としていたものを１つのSQL文にまとめることもできます。

【文法】

・文字列結合

演算子「||」を用いることで前後の文字列の結合が可能。
例えば、「商品名||’＿特価品’」とすれば、商品名の取得結果の後ろに「＿特価品」という文字列を追加し出力することができる。

・計算

算術演算子（+,-,*,/,%）を用いることで取得結果の計算が可能。
例えば、「売値 * 0.8」とすれば、売値の取得結果について0.8をかけた値を出力することができる。

【対象テーブル例】

・商品

+--------+--------+------+
| 商品ID | 商品名 | 価格 |
+--------+--------+------+
| 1      | 商品１ | 100  |
| 2      | 商品２ | 200  |
| 3      | 商品３ | 300  |
+--------+--------+------+

+--------+--------+------+

| 商品ID | 商品名 | 価格 |

+--------+--------+------+

| 1 | 商品１ | 100 |

| 2 | 商品２ | 200 |

| 3 | 商品３ | 300 |

+--------+--------+------+

【取得例】

※ASは省略可能

SELECT   商品名||'＿特価品' AS 特価商品名,
         売値 * 0.8 AS 特価価格
FROM     商品
ORDER BY 商品ID;

SELECT 商品名||'＿特価品' AS 特価商品名,

売値 * 0.8 AS 特価価格

FROM 商品

ORDER BY 商品ID;

↓

+----------------+----------+
| 特化商品名     | 特価価格 |
+----------------+----------+
| 商品１＿特価品 | 80       |
| 商品２＿特価品 | 160      |
| 商品３＿特価品 | 240      |
+----------------+----------+

+----------------+----------+

| 特化商品名 | 特価価格 |

+----------------+----------+

| 商品１＿特価品 | 80 |

| 商品２＿特価品 | 160 |

| 商品３＿特価品 | 240 |

+----------------+----------+

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

SQLのSELECT文で取得した結果を加工できるのは意外だったかもしれませんが、特に日々の保守運用作業が容易になるメリットが大きいので、覚えておいて損は無い文法です。

なお、取得した結果を加工する代表的な方法としては、CASE文もあります。
こちらについては次回の記事で紹介したいと思います！

2022年7月4日

SQL_テーブル結合の基礎的な文法

今回はSQL文のテーブル結合について、例を出して簡単にまとめます。

プログラムを作る時に必要になるだけでなく、テストデータを確認する時に使用することもありますし、障害対応で時間が限られている時にアドリブで入力することもあります。
慣れておいて損はない文法なので、開発作業で使う機会があれば積極的に使うことを勧めます。

以下では、結合の種類について簡単に書いた後、結合例を記載します。

【結合の種類】

結合には下記の五種類があります。

・内部結合

JOIN句の左側のテーブルと右側のテーブルについて、結合条件に合致するレコードのみ出力する。

・左外部結合

JOIN句の左側のテーブルについては、結合条件に合致するレコードのみでなく、結合条件に合致しないレコードも出力する。
結合条件に合致しないレコードについては、右側のテーブルの項目は全項目NULLとする。

・右外部結合

JOIN句の左側のテーブルについては、結合条件に合致するレコードのみでなく、結合条件に合致しないレコードも出力する。
結合条件に合致しないレコードについては、左側のテーブルの項目は全項目NULLとする。

・完全外部結合

JOIN句の左側のテーブルと右側のテーブルについて、結合条件に合致するレコードのみでなく、結合条件に合致しないレコードも出力する。
結合条件に合致しないレコードについては、片方のテーブルの項目は全項目NULLとする。

・直積結合

JOIN句の左側のテーブルと右側のテーブルについて、全てのレコードの組み合わせを出力する。

【対象テーブル例】

・子会社A取扱商品

+--------+----------+
| 商品ID | 商品名   |
+--------+----------+
| 1      | 商品Ａ１ |
| 2      | 商品Ａ２ |
| 3      | 商品Ａ３ |
+--------+----------+

+--------+----------+

| 商品ID | 商品名 |

+--------+----------+

| 1 | 商品Ａ１ |

| 2 | 商品Ａ２ |

| 3 | 商品Ａ３ |

+--------+----------+

・子会社B取扱商品

+--------+----------+
| 商品ID | 商品名   |
+--------+----------+
| 1      | 商品Ｂ１ |
| 2      | 商品Ｂ２ |
| 4      | 商品Ｂ４ |
+--------+----------+

+--------+----------+

| 商品ID | 商品名 |

+--------+----------+

| 1 | 商品Ｂ１ |

| 2 | 商品Ｂ２ |

| 4 | 商品Ｂ４ |

+--------+----------+

※両テーブル共に商品IDは主キー

【結合例】

※「AS」「INNER」「OUTER」は省略可能
※「AS」でテーブル別名を使用しない場合は、正式なテーブル名をカラム名の前につけて参照する
※ON句の代わりにWHERE句で結合条件を指定することも可能

・内部結合

SELECT     A.商品ID,
           A.商品名 AS A社商品名,
           B.商品名 AS B社商品名
FROM       子会社A取扱商品 AS A
INNER JOIN 子会社B取扱商品 AS B
ON         A.商品ID = B.商品ID
ORDER BY   A.商品ID;

SELECT A.商品ID,

A.商品名 AS A社商品名,

B.商品名 AS B社商品名

FROM 子会社A取扱商品 AS A

INNER JOIN 子会社B取扱商品 AS B

ON A.商品ID = B.商品ID

ORDER BY A.商品ID;

↓

+--------+-----------+-----------+
| 商品ID | A社商品名 | B社商品名 |
+--------+-----------+-----------+
| 1      | 商品Ａ１  | 商品Ｂ１  |
| 2      | 商品Ａ２  | 商品Ｂ２  |
+--------+-----------+-----------+

+--------+-----------+-----------+

| 商品ID | A社商品名 | B社商品名 |

+--------+-----------+-----------+

| 1 | 商品Ａ１ | 商品Ｂ１ |

| 2 | 商品Ａ２ | 商品Ｂ２ |

+--------+-----------+-----------+

・左外部結合

SELECT          A.商品ID,
                A.商品名 AS A社商品名,
                B.商品名 AS B社商品名
FROM            子会社A取扱商品 AS A
LEFT OUTER JOIN 子会社B取扱商品 AS B
ON              A.商品ID = B.商品ID
ORDER BY        A.商品ID;

SELECT A.商品ID,

A.商品名 AS A社商品名,

B.商品名 AS B社商品名

FROM 子会社A取扱商品 AS A

LEFT OUTER JOIN 子会社B取扱商品 AS B

ON A.商品ID = B.商品ID

ORDER BY A.商品ID;

↓

+--------+-----------+-----------+
| 商品ID | A社商品名 | B社商品名 |
+--------+-----------+-----------+
| 1      | 商品Ａ１  | 商品Ｂ１  |
| 2      | 商品Ａ２  | 商品Ｂ２  |
| 3      | 商品Ａ３  | NULL      |
+--------+-----------+-----------+

+--------+-----------+-----------+

| 商品ID | A社商品名 | B社商品名 |

+--------+-----------+-----------+

| 1 | 商品Ａ１ | 商品Ｂ１ |

| 2 | 商品Ａ２ | 商品Ｂ２ |

| 3 | 商品Ａ３ | NULL |

+--------+-----------+-----------+

・右外部結合

SELECT           B.商品ID,
                 A.商品名 AS A社商品名,
                 B.商品名 AS B社商品名
FROM             子会社A取扱商品 AS A
RIGHT OUTER JOIN 子会社B取扱商品 AS B
ON               A.商品ID = B.商品ID
ORDER BY         B.商品ID;

SELECT B.商品ID,

A.商品名 AS A社商品名,

B.商品名 AS B社商品名

FROM 子会社A取扱商品 AS A

RIGHT OUTER JOIN 子会社B取扱商品 AS B

ON A.商品ID = B.商品ID

ORDER BY B.商品ID;

↓

+--------+-----------+-----------+
| 商品ID | A社商品名 | B社商品名 |
+--------+-----------+-----------+
| 1      | 商品Ａ１  | 商品Ｂ１  |
| 2      | 商品Ａ２  | 商品Ｂ２  |
| 4      | NULL      | 商品Ｂ４  |
+--------+-----------+-----------+

+--------+-----------+-----------+

| 商品ID | A社商品名 | B社商品名 |

+--------+-----------+-----------+

| 1 | 商品Ａ１ | 商品Ｂ１ |

| 2 | 商品Ａ２ | 商品Ｂ２ |

| 4 | NULL | 商品Ｂ４ |

+--------+-----------+-----------+

・完全外部結合

SELECT          A.商品ID AS A社商品ID,
                A.商品名 AS A社商品名,
                B.商品ID AS B社商品ID,
                B.商品名 AS B社商品名
FROM            子会社A取扱商品 AS A
FULL OUTER JOIN 子会社B取扱商品 AS B
ON              A.商品ID = B.商品ID
ORDER BY        A.商品ID,B.商品ID;

SELECT A.商品ID AS A社商品ID,

A.商品名 AS A社商品名,

B.商品ID AS B社商品ID,

B.商品名 AS B社商品名

FROM 子会社A取扱商品 AS A

FULL OUTER JOIN 子会社B取扱商品 AS B

ON A.商品ID = B.商品ID

ORDER BY A.商品ID,B.商品ID;

↓

+-----------+-----------+-----------+-----------+
| A社商品ID | A社商品名 | B社商品ID | B社商品名 |
+-----------+-----------+-----------+-----------+
| 1         | 商品Ａ１  | 1         | 商品Ｂ１  |
| 2         | 商品Ａ２  | 2         | 商品Ｂ２  |
| 3         | 商品Ａ３  | NULL      | NULL      |
| NULL      | NULL      | 4         | 商品Ｂ４  |
+-----------+-----------+-----------+-----------+

+-----------+-----------+-----------+-----------+

+-----------+-----------+-----------+-----------+

| 1 | 商品Ａ１ | 1 | 商品Ｂ１ |

| 2 | 商品Ａ２ | 2 | 商品Ｂ２ |

| 3 | 商品Ａ３ | NULL | NULL |

| NULL | NULL | 4 | 商品Ｂ４ |

+-----------+-----------+-----------+-----------+

・直積結合

SELECT     A.商品ID AS A社商品ID,
           A.商品名 AS A社商品名,
           B.商品ID AS B社商品ID,
           B.商品名 AS B社商品名
FROM       子会社A取扱商品 AS A
CROSS JOIN 子会社B取扱商品 AS B
ORDER BY   A.商品ID,B.商品ID;

SELECT A.商品ID AS A社商品ID,

A.商品名 AS A社商品名,

B.商品ID AS B社商品ID,

B.商品名 AS B社商品名

FROM 子会社A取扱商品 AS A

CROSS JOIN 子会社B取扱商品 AS B

ORDER BY A.商品ID,B.商品ID;

↓

+-----------+-----------+-----------+-----------+
| A社商品ID | A社商品名 | B社商品ID | B社商品名 |
+-----------+-----------+-----------+-----------+
| 1         | 商品Ａ１  | 1         | 商品Ｂ１  |
| 1         | 商品Ａ１  | 2         | 商品Ｂ２  |
| 1         | 商品Ａ１  | 4         | 商品Ｂ４  |
| 2         | 商品Ａ２  | 1         | 商品Ｂ１  |
| 2         | 商品Ａ２  | 2         | 商品Ｂ２  |
| 2         | 商品Ａ２  | 4         | 商品Ｂ４  |
| 3         | 商品Ａ３  | 1         | 商品Ｂ１  |
| 3         | 商品Ａ３  | 2         | 商品Ｂ２  |
| 3         | 商品Ａ３  | 4         | 商品Ｂ４  |
+-----------+-----------+-----------+-----------+

+-----------+-----------+-----------+-----------+

+-----------+-----------+-----------+-----------+

| 1 | 商品Ａ１ | 1 | 商品Ｂ１ |

| 1 | 商品Ａ１ | 2 | 商品Ｂ２ |

| 1 | 商品Ａ１ | 4 | 商品Ｂ４ |

| 2 | 商品Ａ２ | 1 | 商品Ｂ１ |

| 2 | 商品Ａ２ | 2 | 商品Ｂ２ |

| 2 | 商品Ａ２ | 4 | 商品Ｂ４ |

| 3 | 商品Ａ３ | 1 | 商品Ｂ１ |

| 3 | 商品Ａ３ | 2 | 商品Ｂ２ |

| 3 | 商品Ａ３ | 4 | 商品Ｂ４ |

+-----------+-----------+-----------+-----------+

以下、実務上の補足です。

・頻出の結合

五種類の結合の中では、内部結合と左外部結合が頻出です。

・外部結合による存在チェック

外部結合は存在チェックに使うこともあります。
結合条件に主キーを指定した場合、結合条件に合致しないケース以外で主キー項目がNULLになることはないので、主キー項目がNULLなら存在しない、NULLでなければ存在する、と判定することができます。
存在チェックは副問い合わせ(IN句)やEXISTS句でも可能ですが、外部結合を使うと他テーブルの情報を取得しつつ存在チェックも同時に行えるので、取得結果を一つにまとめたい時やループで１レコードずつ回していく時等に効果を発揮します。
もちろん、これだけを覚えれば良いというわけでなく、プログラムの可読性を考えると本当に存在チェックだけをしたい時は副問い合わせ(IN句)やEXISTS句を使うべきですし、性能要件がシビアな時もどれを採用するのがベストか調査・検討する必要があります。

・バグによる直積結合

直積結合は、意図して使うことよりも、バグによりそうなってしまうことの方が多いです。
具体的には「テーブル結合の失敗パターン」に書いていますが、結合キーの指定が不足することで直積結合になってしまいます。
直積結合がどのような結合なのかを知っておくことで、この類のバグをすぐに見つけることができるので、意図的に使わないにしても知っておいて損はありません。

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

今回の記事では、SQLの基礎的な文法であり、初学者が躓きやすい文法であるテーブル結合について取り扱いました。
基本情報処理技術者試験のような試験の対策を意識しつつ、情報を補足し実務でも役立てやすくなるように意識しました。

SQLの文法については、これからも記事を書いていこうと思います！