JOIN（テーブルの結合）

なぜ JOIN が要るのか

RDB では、同じ情報を何度も書かない（正規化する）のが基本です。例えば注文ごとにユーザー名を毎回コピーすると、改名時に全行を直す羽目になり、矛盾も生まれます。そこで——

• users テーブル … ユーザーの情報（id, name）
• orders テーブル … 注文の情報（id, user_id, amount）

と分け、orders.user_id で「どのユーザーか」を参照（外部キー）だけ持たせます。分けた代償として、「注文と、その注文をしたユーザー名」を一緒に見たいときにつなぎ直す必要が出てきます。それが JOIN です。

-- 注文に、注文者の名前をくっつけて取り出す
SELECT orders.id, users.name, orders.amount
FROM orders
JOIN users ON orders.user_id = users.id;

ON orders.user_id = users.id が結合条件で、ここで使う列を結合キーと呼びます。多くは「片方の主キー（users.id）」と「もう片方の外部キー（orders.user_id）」を突き合わせます。

図的な対応イメージ

JOIN は、2つの表を結合キーで横に並べてくっつけるイメージです。

users                 orders                       結合後（user_id = id で対応）
+----+-------+        +----+---------+--------+    +----------+-------+--------+
| id | name  |        | id | user_id | amount |    | order_id | name  | amount |
+----+-------+        +----+---------+--------+    +----------+-------+--------+
|  1 | Alice |   ←──  |  1 |    1    |  500   | →  |    1     | Alice |  500   |
|  2 | Bob   |   ←──  |  2 |    1    |  300   | →  |    2     | Alice |  300   |
|  3 | Carol |   ←──  |  3 |    2    |  800   | →  |    3     | Bob   |  800   |
+----+-------+        +----+---------+--------+    +----------+-------+--------+
                       (Carol は注文なし → INNER では消える / LEFT では残る)

ポイントは、1対多だと「多」の側の行数だけ結果が増えること。Alice は注文2件なので、結合後に Alice が2行に展開されます。

4種類の JOIN

「どちらのテーブルに行が無くても残すか」で種類が分かれます。これが JOIN 最大の論点です。

LEFT JOIN を使うと、「注文が1件も無いユーザー」も結果に残り、注文側の列が NULL になります。

-- 全ユーザーを、注文が無い人も含めて一覧（注文数が 0 の人も出る）
SELECT users.name, COUNT(orders.id) AS order_count
FROM users
LEFT JOIN orders ON users.id = orders.user_id
GROUP BY users.name;
-- Carol → order_count = 0 で出る（INNER JOIN だと Carol は消える）

つまずきポイント

N+1 問題

JOIN を避けて「アプリ側のループで1件ずつ引く」と、N+1 問題に陥ります。

1回目: ユーザー一覧を取得          → SELECT * FROM users           (1回)
2回目以降: ユーザーごとに注文を取得 → SELECT * FROM orders WHERE... (N回)
合計 = 1 + N 回のクエリ

ユーザーが1,000人なら1,001回もDBに往復します。1回あたりの通信が速くても、回数が積み重なると致命的に遅くなります。ORM（O/Rマッパー）が裏で自動発行しがちで、気づきにくいのが厄介です。

対処は、JOIN で一度に取るか、WHERE user_id IN (...) でまとめて引くこと。ORM なら「eager loading（先読み）」の機能を使います。

まとめ

• JOIN は、正規化で分けたテーブルを結合キーでつなぎ直す操作。
• INNER＝一致のみ、LEFT/RIGHT/FULL OUTER＝片側（両側）に無くても残す。違いは「残す行」で覚える。
• OUTER 側の条件は ON に書く（WHERE に書くと INNER 化）。結合キー漏れはクロス結合の事故。
• ループで1件ずつ引く N+1 問題は、JOIN か IN でまとめて取り、結合キーにインデックスを張って解消する。