EXISTS と相関サブクエリ

本記事で使うデータ — employee / sales / department

EXISTS は「条件に合う行が 1 つでも存在するか だけ」を判定するサブクエリで、IN と似た使い方をします。

本記事では EXISTS / NOT EXISTS の基本、NOT IN と NULL の落とし穴を EXISTS で安全に回避する書き方、そして EXISTS と IN の読みやすさの使い分けを順に押さえます。

題材は社員データ 3 表です。

employee（社員 30 名）・sales（売上明細 50 件）・department（部署 6 件）を使い、「売上のある社員 / ない社員」「社員のいない部署」を抽出します。

演習に入る前に、本記事で使う 3 つのテーブル — employee / sales / department — の 列定義 と データのサンプル を確認しておきます。

① PRAGMA table_info(...) で 3 テーブルの列定義を確認してください。

② SELECT * FROM 表名 LIMIT 5; で各テーブルの先頭 5 行をプレビューしてください。employee.dept_id に NULL が入る点も後の演習で扱います。

EXISTS / NOT EXISTS — 行が存在するかだけを見る

WHERE EXISTS (SELECT ... ) は、サブクエリが 1 行でも返せば真、1 行も返さなければ偽になります。

サブクエリが何を SELECT するかは結果に影響しないため、慣習として SELECT 1 と書きます（値は使わず、行の有無だけを見るため）。

EXISTS の中で外側の表の列を参照する相関サブクエリにするのが基本形です。

「売上のある社員」は WHERE EXISTS (SELECT 1 FROM sales sale WHERE sale.emp_id = emp.emp_id)、「売上のない社員」はこれを否定した NOT EXISTS で取り出せます。

EXISTS は 1 行見つかった時点で判定を打ち切るため、存在チェックに向いた書き方です。

-- EXISTS: 売上のある社員
SELECT emp.emp_id, emp.name
FROM employee emp
WHERE EXISTS (
  SELECT 1 FROM sales sale WHERE sale.emp_id = emp.emp_id
)
ORDER BY emp.emp_id;

「売上明細に 1 件も登場しない社員（まだ売上を計上していない社員）の一覧を出したい」という要件を想定します。（正しく実行できれば解説が表示されます）

① employee テーブルに別名 e を付け、emp_id と name を取り出してください。

② NOT EXISTS を使い、その社員の売上が sales に 1 行も存在しない 行に絞ってください。サブクエリは SELECT 1 FROM sales sale WHERE sale.emp_id = emp.emp_id の形で外側と相関させます。

③ emp_id の昇順で並べてください。

NOT IN と NULL の落とし穴 — EXISTS は安全

「否定の絞り込み」を NOT IN で書くと、サブクエリ側に NULL が混ざったときに 結果が 0 行になる ことがあります。

x NOT IN (1, 2, NULL) は「x が 1 でなく、2 でなく、NULL でもない」と評価されますが、x <> NULL は真にならず常に NULL（不明）になるため、NOT IN 全体が真になりません。

詳しい理屈は サブクエリ ①（NOT IN と NULL の落とし穴） で解説しています。

employee.dept_id には NULL が混ざるので、「社員のいない部署」を WHERE dept_id NOT IN (SELECT dept_id FROM employee) で書くと、本来あるはずの Legal（社員が 1 人もいない部署）が消えて結果が 0 行になります。

NOT EXISTS は行の有無だけを見て NULL に影響されないため、この場面では NOT EXISTS が正しい結果を返します。

-- 落とし穴: NULL を含むサブクエリ + NOT IN は 0 行になる
SELECT dept_id, dept_name
FROM department
WHERE dept_id NOT IN (SELECT dept_id FROM employee);
-- → employee.dept_id に NULL があるため結果が 0 行

-- 安全: NOT EXISTS なら NULL の影響を受けない
SELECT d.dept_id, d.dept_name
FROM department d
WHERE NOT EXISTS (
  SELECT 1 FROM employee emp WHERE emp.dept_id = d.dept_id
);

「所属社員が 1 人もいない部署を出したい」という要件を想定します。employee.dept_id には NULL が混ざるため、NOT EXISTS で安全に書きます。

① department テーブルに別名 d を付け、dept_id と dept_name を取り出してください。

② NOT EXISTS を使い、その部署に所属する社員が employee に 1 行も存在しない 行に絞ってください。サブクエリは SELECT 1 FROM employee emp WHERE emp.dept_id = d.dept_id の形で相関させます。

③ dept_id の昇順で並べてください。

前の演習を NOT IN で書くとどうなるかを確かめます。誤りを体感するための演習なので、NOT IN のまま実行して 結果が 0 行になること を観察してください。

① department テーブルから dept_id と dept_name を取り出してください。

② WHERE dept_id NOT IN (SELECT dept_id FROM employee) で「社員のいない部署」を出そうとしてください。

③ 実行し、結果が 0 行（Legal 部署が出てこない）になることを確認してください。実践 2 の NOT EXISTS 版と結果が違う理由を考えてみてください。

EXISTS は読みやすさで使い分ける

EXISTS は行の有無だけを見るため NULL があっても安全ですが、相関サブクエリを書くぶん IN より長く見えることがあります。

単純な存在判定では IN の方が読みやすい場面もあり、実務では文脈に応じて使い分けます。

一方、NOT IN のように NULL で結果が壊れる否定や、行の有無だけを確実に判定したいときは EXISTS / NOT EXISTS が安全です。