構文解説2026/9/22

SQLサブクエリの応用:ネストしたSELECT文を使いこなす

SQLサブクエリとは?基本をおさらい

SQLを学習していると、「サブクエリ」という言葉を耳にすることがあるでしょう。

「サブクエリって、SELECT文の中にSELECT文を書くやつだよね?」

その通りです。サブクエリは、SQLの強力な機能の一つで、あるSQL文(主クエリ)の条件や、主クエリが参照するデータの一部として、別のSELECT文(副クエリ、またはネストされたクエリ)の結果を利用するものです。

このサブクエリ、一見すると複雑に見えるかもしれませんが、実は非常に便利で、データ操作の可能性を大きく広げてくれます。

例えば、

  • ある条件を満たすレコードを抽出し、その結果をさらに別のテーブルと結合したい
  • 複数テーブルのデータを参照せずに、あるテーブルから条件に合うデータを絞り込みたい
  • 集計結果を元に、さらに条件を絞り込みたい

このような場面で、サブクエリは真価を発揮します。

今回は、このSQLサブクエリの基本的な使い方から、さらに一歩進んだ応用的なテクニックまでを、具体的な例を交えながら解説していきます。

サブクエリをマスターすれば、より複雑で洗練されたデータ抽出や分析が可能になります。

サブクエリの基本的な書き方

サブクエリは、主にWHERE句、FROM句、SELECT句などで使用されます。

最も一般的なのはWHERE句での利用です。

例えば、「特定の部署に所属する従業員」を抽出したい場合を考えてみましょう。

SELECT employee_name
FROM employees
WHERE department_id IN (
    SELECT department_id
    FROM departments
    WHERE department_name = '営業部'
);

この例では、

  1. 内側のサブクエリ SELECT department_id FROM departments WHERE department_name = '営業部' が先に実行され、「営業部」のdepartment_idを取得します。
  2. 外側の主クエリ SELECT employee_name FROM employees WHERE department_id IN (...) は、サブクエリで取得したdepartment_idを持つ従業員を抽出します。

このように、サブクエリは「条件」として機能することが多いです。

サブクエリの種類

サブクエリは、その返り値によっていくつかの種類に分けられます。

  1. スカラーサブクエリ: 単一の値を返すサブクエリ。
  2. 行サブクエリ: 単一行の複数の値を返すサブクエリ。
  3. 列サブクエリ: 単一列の複数の値を返すサブクエリ。
  4. テーブルサブクエリ: 複数の行と列を返すサブクエリ。

これらの種類を意識することで、より適切な場面でサブクエリを使い分けることができます。

サブクエリの応用テクニック

基本を理解したところで、次はサブクエリをさらに活用するための応用テクニックを見ていきましょう。

1. FROM句でのサブクエリ(派生テーブル)

サブクエリは、SELECT文のFROM句で利用することもできます。この場合、サブクエリの結果は一時的なテーブル(派生テーブル、またはインラインビュー)として扱われ、主クエリから参照されます。

例えば、各部署の平均給与を計算し、その結果を元に平均給与が30万円以上の部署を抽出したい場合を考えます。

SELECT department_name, avg_salary
FROM (
    SELECT d.department_name, AVG(e.salary) AS avg_salary
    FROM employees e
    JOIN departments d ON e.department_id = d.department_id
    GROUP BY d.department_name
) AS department_avg_salaries
WHERE avg_salary >= 300000;

この例では、

  • 内側のサブクエリ (SELECT d.department_name, AVG(e.salary) AS avg_salary ...) が、各部署の平均給与を計算します。この結果はdepartment_avg_salariesという一時的なテーブルとして扱われます。
  • 外側の主クエリは、このdepartment_avg_salariesテーブルから、avg_salaryが30万円以上の部署を抽出します。

このように、FROM句でサブクエリを使うことで、中間結果を生成し、それをさらに操作することが可能になります。

2. EXISTS句での利用

EXISTS句は、サブクエリが少なくとも1行以上の結果を返す場合にTRUEを返します。これは、特定の条件を満たすレコードが存在するかどうかを確認したい場合に非常に便利です。

例えば、「注文履歴がある顧客」を抽出したい場合を考えてみましょう。

SELECT customer_name
FROM customers c
WHERE EXISTS (
    SELECT 1
    FROM orders o
    WHERE o.customer_id = c.customer_id
);

この例では、

  • customersテーブルの各行に対して、サブクエリ SELECT 1 FROM orders o WHERE o.customer_id = c.customer_id が実行されます。
  • もし、その顧客IDに対応する注文がordersテーブルに1件でも存在すれば、サブクエリは結果を返し、EXISTSはTRUEとなります。
  • 結果として、注文履歴がある顧客のみが抽出されます。

EXISTS句は、IN句よりもパフォーマンスが良い場合があるため、特に大量のデータから存在チェックを行う際に検討されることがあります。

3. correlated subquery(相関サブクエリ)

相関サブクエリとは、サブクエリが主クエリの外部のテーブルを参照し、主クエリの各行の値に依存して実行されるサブクエリのことです。上記のEXISTS句の例も相関サブクエリの一種です。

例えば、各従業員の給与が、その従業員が所属する部署の平均給与よりも高いかどうかを調べたい場合を考えます。

SELECT e.employee_name, e.salary
FROM employees e
WHERE e.salary > (
    SELECT AVG(salary)
    FROM employees
    WHERE department_id = e.department_id
);

この例では、

  • 主クエリのemployeesテーブルの各行(従業員)に対して、サブクエリが実行されます。
  • サブクエリ SELECT AVG(salary) FROM employees WHERE department_id = e.department_id は、主クエリで現在処理されている従業員eと同じ部署IDを持つ従業員の平均給与を計算します。
  • そして、その従業員の給与e.salaryが、計算された部署平均給与よりも高い場合に、その従業員が抽出されます。

相関サブクエリは、柔軟なデータ抽出を可能にしますが、各行ごとにサブクエリが実行されるため、パフォーマンスに注意が必要です。大量のデータに対して使用する場合は、インデックスの最適化や、JOIN句など他の方法での代替を検討することが重要です。

サブクエリ利用時の注意点とパフォーマンス

サブクエリは非常に強力なツールですが、その利用にはいくつかの注意点があります。

パフォーマンスへの影響

サブクエリ、特に相関サブクエリは、実行される回数が多くなる傾向があります。

  • ネストの深さ: サブクエリの中にさらにサブクエリを入れる(ネストする)と、SQL文が複雑になり、データベースの解析や実行計画の生成に時間がかかることがあります。
  • データ量: サブクエリが参照するテーブルや、主クエリが処理するデータ量が多い場合、パフォーマンスの低下が顕著になる可能性があります。

JOIN句との比較

多くのケースでは、サブクエリで実現できることはJOIN句を使っても実現できます。むしろ、JOIN句の方がパフォーマンスが良い場合が多いです。

先ほどの「特定の部署に所属する従業員」を抽出する例をJOIN句で書き換えてみましょう。

SELECT e.employee_name
FROM employees e
JOIN departments d ON e.department_id = d.department_id
WHERE d.department_name = '営業部';

このJOIN句を使ったクエリは、サブクエリを使った例よりもシンプルで、多くのデータベースシステムで効率的に実行されます。

「サブクエリは使わない方がいいの?」

いいえ、そうではありません。

  • 可読性: 特定のロジックをサブクエリで表現した方が、SQL文が読みやすくなる場合があります。
  • 論理的な分離: 複雑なクエリを、サブクエリによって論理的に分割することで、理解しやすくなることがあります。
  • 代替手段がない場合: JOIN句では表現が難しい、あるいは非常に複雑になってしまうロジックも、サブクエリを使えば簡潔に書けることがあります。

重要なのは、サブクエリを使うべき場面と、JOIN句を使うべき場面を理解し、クエリの可読性とパフォーマンスのバランスを考慮して、最適な方法を選択することです。

パフォーマンス改善のヒント

  • インデックスの活用: サブクエリで参照される列や、JOIN句で結合される列には、適切なインデックスを作成しましょう。
  • EXISTS句の検討: IN句よりもEXISTS句の方が効率的な場合があります。
  • クエリの単純化: 可能であれば、サブクエリをJOIN句に書き換えることを検討しましょう。
  • 実行計画の確認: データベースの実行計画を確認し、ボトルネックとなっている箇所を特定しましょう。

サブクエリは、SQLの表現力を高めるための強力な武器です。その特性を理解し、適切に使いこなすことで、より高度なデータ操作が可能になります。

今回ご紹介した応用テクニックを参考に、ぜひご自身のSQL学習に活かしてみてください。