self-join은 테이블을 자기 자신과 join하는 것입니다 — 테이블의 행이 같은 테이블의 다른 행과 연관될 때 유용합니다. 계층 구조(직원과 그들의 관리자)나 테이블 내 행 비교 등에 쓰입니다.
employees 테이블 — manager_id가 (같은 테이블의) 다른 직원의 id를 참조함:
id | name | manager_id
1 | Ann | NULL (Ann이 최고 책임자)
2 | Bob | 1 (Bob의 관리자는 Ann)
3 | Carol | 1 (Carol의 관리자는 Ann)
e.name employee, m.name manager
employees e
employees m e.manager_id m.id;
핵심은 테이블 별칭(e와 m)입니다 — 하나의 테이블을 두 개의 "복사본"처럼 취급하게 하여, 같은 테이블 안에서 직원 행을 그 관리자 행과 join할 수 있게 합니다. (LEFT JOIN을 쓰면 관리자가 없는 직원도 유지됩니다.)
-- 가격이 같은 제품 쌍 찾기
SELECT a.name, b.name, a.price
FROM products a
JOIN products b ON a.price = b.price AND a.id < b.id; -- a.id < b.id는 중복/자기쌍 방지
-- 같은 테이블의 다른 행과 연관된 행 찾기 (시퀀스, 비교)
self-join은 테이블 내 행을 비교하는 데에도 쓰입니다(중복, 쌍, 연관 항목 찾기) — a.id < b.id 조건은 행을 자기 자신과 짝짓는 것과 중복 쌍을 피하는 흔한 기법입니다.
self-join은 양쪽이 우연히 같은 테이블인 일반 join일 뿐임.
별칭이 테이블의 두 논리적 "인스턴스"를 만들어, 한 인스턴스의 각 행이
다른 인스턴스의 행과 매칭될 수 있게 함.
→ 구문적으로 특별할 것 없음 — 일반 join이며, 요령은 별칭임.
self-join은 단일 테이블 내의 관계를 다루는 유용한 SQL 기법입니다 — 특히 계층적 또는 자기 참조적 데이터로, 흔한 실무 패턴이므로, 이런 시나리오에 이해하는 것이 가치 있습니다.
고전적이고 가장 중요한 활용은 행이 같은 테이블의 다른 행을 참조하는 계층 구조입니다(직원이 관리자를 참조, 부모 범주를 가진 범주, 조직 구조, 스레드형 댓글) — self-join은 더 단순한 쿼리로는 표현할 수 없는 이런 관계(각 직원을 그 관리자와 짝짓기)를 조회하게 합니다.
핵심 메커니즘이 테이블 별칭(테이블의 두 논리적 "인스턴스"를 만들어 같은 테이블 안에서 행끼리 매칭되게 함)이라는 것을 이해하면 이 기법이 명료해집니다 — 양쪽이 같은 테이블인 일반 join일 뿐입니다.
self-join은 테이블 내 행 비교(쌍, 중복, 연관 항목 찾기, 종종 자기쌍과 중복을 피하는 a.id < b.id 같은 조건과 함께)도 처리합니다.
자기 참조적이고 계층적인 데이터는 흔하고(조직도, 범주 트리, 관리자 관계, 테이블 내 레코드 비교), self-join이 단일 테이블 내의 그런 관계를 조회하는 표준 방법이므로, self-join을 이해하는 것 — 테이블이 별칭을 써서 자기 자신과 join될 수 있다는 것과 흔한 패턴(계층, 행 비교) — 은 실제 데이터 모델에서 자주 발생하는 테이블 내 관계 부류의 쿼리를 다루는 데 유용하고 실용적인 SQL 지식이자 join에 대한 더 깊은 이해를 보여주는 흔한 인터뷰 주제입니다.