1. 導入: なぜ自己結合が必要なのか？
実務のデータベース設計において、階層構造や親子関係を持つデータを扱うことは非常に多いです。「社員とその上司」「カテゴリとサブカテゴリ」「組織図」などがその代表例です。これらのデータは、通常1つのテーブルで完結するように設計されます。しかし、クエリで「上司の名前を表示したい」「カテゴリの親階層を辿りたい」といった要求に応える際、単なる抽出では不十分です。本記事では、同じテーブルを対象に結合を行う「自己結合」を活用し、複雑な関係性を持つデータを効率的に取得する方法を解説します。
2. 基礎知識: 自己結合とは何か？
自己結合（Self Join）とは、その名の通り「自分自身のテーブル」を結合対象とする手法です。
テーブル設計において、あるカラムが「同じテーブル内の別のレコード」を参照している場合（例：bossidカラムがidカラムを参照）、通常の結合では情報の紐付けができません。そこで、SQL上で同じテーブルに異なる「別名（エイリアス）」を割り当てることで、あたかも2つの異なるテーブルが存在するかのように結合処理を行います。
3. 実装/解決策: 別名（エイリアス）の重要性
自己結合を実現する鍵は、FROM句とJOIN句でテーブルに別名を付けることです。別名を付けないと、DBエンジンはどちらのレコードを参照しているのか区別できず、曖昧な列指定としてエラーになります。
基本構文は「テーブル名 AS 別名1 INNER JOIN テーブル名 AS 別名2 ON 条件」です。これにより、自分自身を親テーブル・子テーブルの両方の役割として扱えるようになります。
4. サンプルプログラム: 社員と上司を紐付けるクエリ
以下のコードは、社員名と、その上司の名前を一覧で取得する実用的な例です。
— 1. テーブル作成（検証用）
CREATE TABLE staff (id INTEGER, name TEXT, bossid INTEGER);
— 2. データ投入
INSERT INTO staff VALUES(1, ‘Yamada’, 3);
INSERT INTO staff VALUES(2, ‘Itou’, 4);
INSERT INTO staff VALUES(3, ‘Suzuki’, 5);
INSERT INTO staff VALUES(4, ‘Ueda’, 3);
INSERT INTO staff VALUES(5, ‘Kuroda’, 0);
— 3. 自己結合を実行して「社員名」と「上司名」を並べて表示
— personを自分自身(部下)、bossを上司として扱う
SELECT
person.name AS 社員名,
boss.name AS 上司名
FROM staff AS person
— 上司がいない場合も考慮し、LEFT OUTER JOINを使用
LEFT OUTER JOIN staff AS boss
ON person.bossid = boss.id;
5. 応用・注意点: 現場で役立つアドバイス
1. 結合の種類を使い分ける
上司が存在しないトップの階層（bossidが0やNULL）も含めたい場合は、上記の例のようにLEFT OUTER JOINを使用してください。INNER JOINを使うと、上司がいないレコードは結果から除外されてしまいます。
2. パフォーマンスへの影響
自己結合は、テーブルサイズが膨大になるとパフォーマンスが低下しやすい性質があります。結合条件となるカラム（今回の場合はbossidとid）には、必ずインデックス（INDEX）を作成してください。これにより、スキャン回数が大幅に削減され、レスポンスが向上します。
3. 可読性の維持
テーブルに付ける別名は、誰が見ても役割がわかるような名前（例：child, parent や emp, manager）にすることを推奨します。複雑なクエリになるほど、この命名がメンテナンス性を左右します。
コメント