データベースを操作する際、1つのテーブルだけで完結する処理は限られています。

リレーショナルデータベースの真価は、複数のテーブルを適切に組み合わせて必要なデータを取り出すことにあります。

SQLのFROM句で複数のテーブルを指定する方法には、伝統的なカンマ区切りによる記述と、現在の主流であるJOIN句を用いる記述の2種類が存在します。

これら2つの方法は、結果として同じデータを取得できる場合が多いものの、その構造や可読性には大きな違いがあります。

本記事では、SQL初学者から中級者に向けて、FROM句で複数のテーブルを結合する具体的な手法とその違いを解説します。

SQLで複数テーブルを指定する2つのアプローチ

SQLにおいて複数のテーブルからデータを取得する場合、大きく分けて2つの構文が利用されます。

1つはFROM句の中にテーブル名をカンマで並べる「暗黙的な結合」と呼ばれる手法です。

もう1つはJOINキーワードを明示的に使用して、テーブル同士の繋がりを定義する「明示的な結合」と呼ばれる手法です。

かつてはカンマ区切りの記述が多用されていましたが、現代のシステム開発ではJOIN句を用いるのが一般的です。

この2つの手法は、SQLの可読性やメンテナンス性に直接影響を与えるため、正しく理解しておく必要があります。

カンマ区切りによる暗黙的な結合の仕組み

FROM句に複数のテーブルをカンマで区切って記述する方法は、SQLの非常に古い仕様に基づいています。

この方法では、結合条件をWHERE句に記述することで、特定のレコードを抽出します。

基本的な構文は以下のようになります。

SQL
-- カンマ区切りによる記述例
SELECT
    users.user_name,
    orders.order_date
FROM
    users,
    orders
WHERE
    users.user_id = orders.user_id;

このクエリが実行される際、データベース内部ではまず「デカルト積 (直積)」が生成されます。

デカルト積とは、2つのテーブルのすべての組み合わせを作成する処理を指します。

例えば、100行のテーブルと100行のテーブルをカンマ区切りで指定すると、一時的に10,000行のデータが発生します。

その膨大なデータの中から、WHERE句で指定した条件に合致するものだけがフィルタリングされる仕組みです。

この手法の最大のリスクは、WHERE句での結合条件を書き忘れると、意図しない大量のデータが返される点にあります。

JOIN句による明示的な結合の仕組み

現代の標準であるJOIN句(INNER JOINなど)を使用した結合は、SQL-92規格で定義されました。

この手法では、どのテーブルをどの条件で結合するかをFROM句の中で完結させることができます。

SQL
-- JOIN句による記述例
SELECT
    users.user_name,
    orders.order_date
FROM
    users
INNER JOIN orders ON users.user_id = orders.user_id;

JOIN句を使用する場合、結合条件は ON キーワードの後に記述します。

これにより、「データの結合条件」と「データの抽出条件」を明確に分離できるようになります。

WHERE句は純粋にデータの絞り込み(例えば日付やステータスでのフィルタリング)のみに使用されます。

この分離により、クエリの意図が非常に明確になり、第三者がコードを見た際の理解を助けます。

また、多くのデータベースエンジンにおいて、JOIN句を使用したほうが最適化されやすい傾向にあります。

カンマ区切りとJOIN句の比較

2つの手法の違いを理解するために、以下の比較表を確認してください。

比較項目カンマ区切り (暗黙的)JOIN句 (明示的)
標準化の時期SQL-86以前SQL-92以降 (推奨)
結合条件の場所WHERE句に記述ON句に記述
可読性低い (抽出条件と混ざる)高い (構造が明確)
ミスへの耐性低い (直積が発生しやすい)高い (ONを忘れると構文エラー)
外部結合の可否困難 (ベンダー依存)容易 (LEFT JOIN等)

最も重要な違いは、ミスを未然に防ぐ仕組みが備わっているかどうかです。

JOIN句を使用した場合、結合条件となる ON を書き忘れると、SQLは構文エラーとして実行を拒否します。

一方で、カンマ区切りの場合はWHERE句を忘れても「正しい構文」として実行されてしまい、サーバーに負荷をかける可能性があります。

3つ以上の複数テーブルを結合する場合

実際の業務では、3つや4つのテーブルを同時に扱う場面も珍しくありません。

JOIN句を使用すると、複数のテーブルを連鎖的に繋げていく様子が視覚的にわかりやすくなります。

SQL
-- 3つのテーブルを結合する例
SELECT
    u.user_name,
    o.order_date,
    p.product_name
FROM
    users AS u
INNER JOIN orders AS o ON u.user_id = o.user_id
INNER JOIN products AS p ON o.product_id = p.product_id
WHERE
    u.region = 'Tokyo';
実行結果
user_name | order_date | product_name
----------|------------|-------------
Tanaka    | 2026-05-10 | Laptop
Sato      | 2026-05-12 | Mouse

このように、「どのテーブルがどの順番で繋がっているか」が上から下へと流れるように記述できます。

これをカンマ区切りで記述しようとすると、FROM句に3つのテーブルが並び、WHERE句に複数の結合条件と抽出条件が混在することになります。

テーブルが増えれば増えるほど、JOIN句の有用性は飛躍的に高まります。

外部結合が必要なケースでの決定的な差

FROM句で複数のテーブルを扱う際、どちらか一方にしか存在しないデータも取得したい場合があります。

これを「外部結合 (OUTER JOIN)」と呼びます。

カンマ区切りの構文では、この外部結合を標準的な方法で記述することができません。

以前は特定のデータベース専用の演算子 (例: *=) が使われていましたが、現在は非推奨となっています。

一方、JOIN句を用いれば LEFT OUTER JOINRIGHT OUTER JOIN を使うだけで簡単に実現できます。

SQL
-- 注文履歴がないユーザーも含めて取得する
SELECT
    u.user_name,
    o.order_id
FROM
    users AS u
LEFT JOIN orders AS o ON u.user_id = o.user_id;

このように、複雑なデータ構造を柔軟に扱えるのはJOIN句だけです。

パフォーマンスに関する誤解と真実

「カンマ区切りとJOIN句では、どちらのほうが実行速度が速いのか」という疑問を持つ方がいます。

結論から述べると、現代の主要なRDBMS (MySQL, PostgreSQL, SQL Server, Oracle) において、両者の実行パフォーマンスに差はありません

データベース内の「オプティマイザ」と呼ばれる機能が、どちらの書き方であっても最適な実行計画に変換してくれるからです。

そのため、速度面を理由に古いカンマ区切りの書き方を選択する必要は全くありません。

むしろ、開発効率やメンテナンスのしやすさを最優先すべきです。

FROM句で複数を指定する際のベストプラクティス

SQLを書く際には、常に保守性の高いコードを心がけるべきです。

具体的には、以下の3つのポイントを守ることを推奨します。

第一に、常にJOIN句(明示的な結合)を使用することです。

第二に、テーブルには必ず「エイリアス (別名)」を付けることです。

AS キーワードを使って users AS u のように短縮することで、列名の指定が非常に楽になります。

第三に、SELECT句でカラムを指定する際は、どのテーブルのカラムなのかを明示するために u.user_id のように接頭辞を付けることです。

これにより、後からテーブル構造が変わった際でも、どのデータがどこから来ているのかを迷わずに済みます。

注意すべき「クロス結合」の発生

複数のテーブルを扱う上で、最も避けなければならないのが意図しないクロス結合です。

カンマ区切りでWHERE条件を忘れた場合、あるいはJOIN句で条件を間違えた場合に発生します。

膨大な行数が生成されると、データベースのメモリを圧迫し、最悪の場合はシステム全体を停止させる原因となります。

特に大規模なデータを扱う環境では、クエリを実行する前に「結合条件が正しく定義されているか」を必ず確認する癖をつけましょう。

SQLクライアントツールの中には、クロス結合が発生しそうな場合に警告を出してくれるものもあります。

まとめ

SQLのFROM句で複数テーブルを結合する方法には、カンマ区切りとJOIN句の2つがありますが、現代ではJOIN句の使用が標準です。

JOIN句は結合条件と抽出条件を分けることができるため、コードの可読性と安全性を大きく向上させます。

また、外部結合のような複雑な処理も一貫した構文で記述できる点が強みです。

パフォーマンス上の差はないため、古いシステムをメンテナンスする場合を除き、常に明示的なJOINを選択しましょう。

適切な結合方法をマスターすることで、より複雑なデータ分析やアプリケーション開発が可能になります。

まずはシンプルなINNER JOINから使い始め、徐々に複数のテーブルを繋げるスキルを身につけていってください。