JOIN演習（顧客と注文をつなぐ）

• 日程: Day 2 / セッション 4
• 時間: 10:55-11:40
• 形式: 実習
• ゴール: employees×departments、customers×orders×order_items×products を結合する SQL を 3 本書け、INNER と LEFT の結果差を説明できる
• 学習形式: ハンズオン実習（AIペアプログラミング）

前のセッションで「テーブルをつなぐとはどういうことか」を頭で理解しました。今度は、自分の手で実際にJOINを書いて、画面に出てくる結果を見て、「あ、本当に名前と部署名が一緒に出てきた！」という感動を味わってもらいます。

特に今日のハイライトは、customers → orders → order_items → products という4テーブルJOIN。これができると、「3月に株式会社ABCが何をいくつ買ったか」みたいな業務でよくある問いに、SQL一発で答えられるようになります。

複数テーブルをJOINするときは、最初に短いエイリアスを決めると書きやすくなります。

エイリアスを付けたら、以降の列指定は e.first_name のように書きます。これで「どのテーブルの first_name か」が一目瞭然です。

「customers が何をいくつ買ったか」を出すには、4つのテーブルを下図のようにつなぎます。

書く順番は「左から右に流れる」ようにすると読みやすい。JOIN は何個でもつなげられますが、ON句を間違えると結果が爆発するので、一つずつ追加して確認するのがコツです。

• 「3テーブル以上のJOINで、ON句の書き方のコツは？」
• 「JOINした結果の件数が想定と違うとき、どう調査すればいい？」
• 「SELECT * で全列出すと、JOIN後はどう表示される？」

すべての社員と所属部署名を、社員ID順に表示してください。

期待する列：employee_id, first_name, last_name, department_name

-- ヒント: INNER JOIN
SELECT e.employee_id, e.first_name, e.last_name, d.department_name
FROM employees AS e
INNER JOIN departments AS d
  ON e.department_id = d.department_id
ORDER BY e.employee_id;

実行したら、件数を確認してください（10件のはず）。

次のSQLをそれぞれ実行し、件数を比較してください。

-- INNER JOIN
SELECT d.department_name, e.first_name
FROM departments AS d
INNER JOIN employees AS e
  ON d.department_id = e.department_id;

-- LEFT JOIN（departments側を基準に）
SELECT d.department_name, e.first_name
FROM departments AS d
LEFT JOIN employees AS e
  ON d.department_id = e.department_id;

差を観察するために、次のSQLでテストデータを足してから再実行してみてください（BEGIN/ROLLBACK で囲んで安全に）：

BEGIN;
INSERT INTO departments (department_name, location) VALUES ('総務部', '東京');
-- INNERとLEFTを再実行
-- ...
ROLLBACK;

期待する観察：

• INNER：「総務部」が出てこない（社員0人なので消える）
• LEFT：「総務部」が出る、ただし first_name は NULL

注文日順に、顧客名・注文日・合計金額を表示してください。

SELECT c.customer_name, o.order_date, o.total_amount
FROM customers AS c
INNER JOIN orders AS o
  ON c.customer_id = o.customer_id
ORDER BY o.order_date;

実行後、「8人の顧客に対して10件の注文がある」「同じ顧客が複数回出てくる」ことを確認してください。

customers × orders × order_items × products を結合し、注文ごとの明細を表示してください。

期待する列：customer_name, order_date, product_name, quantity, unit_price

SELECT c.customer_name,
       o.order_date,
       p.product_name,
       oi.quantity,
       oi.unit_price
FROM customers AS c
INNER JOIN orders AS o      ON c.customer_id = o.customer_id
INNER JOIN order_items AS oi ON o.order_id = oi.order_id
INNER JOIN products AS p     ON oi.product_id = p.product_id
ORDER BY o.order_date, c.customer_name;

課題4を発展させ、顧客ごとの購入金額合計を出してください。

• 列：customer_name, 合計金額
• 合計金額は SUM(oi.quantity * oi.unit_price) で計算
• GROUP BY c.customer_name、ORDER BY 合計金額 DESC で並べる

以下を1ファイルにまとめてください。

• 課題1〜4の実行SQLと結果（先頭の5行程度でOK）
• 課題2でINNERとLEFTの件数差が何件だったか、その理由
• 課題5の結果と、トップ3顧客の名前

• JOINが多くなったら、まず2テーブルだけで成立させて、1つずつ足していく
• 結果の件数が想定より多い／少ないときは、まずJOINを1段階ずつ外して確認
• AIに「このSQLが何をしているか日本語で説明して」と頼むと、自分の理解確認に使える

JOINで世界が広がったはずです。1つのテーブルでは答えられなかった「誰が、何を、いつ、いくつ買ったか」がワンクエリで取れる——これは現場で本当によく使うパターンです。

特に大事なポイント：

• エイリアスを使う（短く、テーブル頭文字が定番）
• 1つずつJOINを追加して件数を確認する
• INNERとLEFTの違いはマッチしない行の扱い

次のセッションでは、JOINの結果に必ず登場する「NULL」と、条件分岐の CASE 式を学びます。たとえばLEFT JOINで出てきた NULL を「未配属」と表示するなど、結果を見やすく整える技です。

• 4テーブルJOINを、何も見ずに ON句までスラスラ書けますか？
• INNER と LEFT で件数差が出る場面の具体例を1つ言えますか？
• JOIN後の件数が「想定より多い」とき、原因をどう調べますか？

• 参考リンク: PostgreSQL公式: SELECT構文
• 発展課題: 「3月の注文だけを対象に、商品カテゴリ別の売上ランキング」を出すSQLを書いてみる（categoriesテーブルも加えた5テーブルJOIN）