JOIN은 연관된 컬럼을 기준으로 여러 테이블의 행을 결합합니다. 여러 테이블에 흩어진 관계형 데이터를 조회하는 데 필수적입니다. join 유형은 매칭되는 행이 없을 때 어떤 행을 유지할지를 결정합니다.
-- 서로 연관된 두 테이블: users와 그들의 orders (orders.user_id → users.id)
SELECT users.name, orders.total
FROM users
orders users.id orders.user_id;
ON 절은 테이블이 어떻게 연관되는지(foreign key를 primary key에 매칭)를 지정합니다. join 유형은 매칭되지 않는 행에 어떤 일이 일어나는지를 제어합니다.
INNER JOIN → 두 테이블 모두에서 매칭되는 행만 (교집합)
orders가 있는 users만 — orders가 없는 user는 제외됨
LEFT JOIN → 왼쪽 테이블의 모든 행 + 오른쪽의 매칭 (매칭 없으면 NULL)
모든 users와 그들의 orders (orders가 없는 user는 NULL)
RIGHT JOIN → 오른쪽 테이블의 모든 행 + 왼쪽의 매칭 (매칭 없으면 NULL)
모든 orders와 그 user (LEFT의 거울상)
FULL JOIN → 양쪽 테이블의 모든 행 (가능한 경우 매칭, 아니면 NULL)
-- INNER — orders가 있는 user만
SELECT u.name, o.total FROM users u INNER JOIN orders o ON u.id = o.user_id;
-- LEFT — 모든 user, orders가 없는 user도 포함 (그 경우 o.total은 NULL)
SELECT u.name, o.total FROM users u LEFT JOIN orders o ON u.id = o.user_id;
-- LEFT JOIN + IS NULL → 한 번도 주문한 적 없는 user
SELECT u.name
FROM users u
LEFT JOIN orders o ON u.id = o.user_id
WHERE o.id IS NULL; -- 매칭되는 order가 없음 → o.id는 NULL
LEFT JOIN + IS NULL 패턴은 한 테이블에서 다른 테이블에 대응하는 행이 없는 행을 찾습니다. 매우 흔하고 유용한 기법입니다.
INNER → A ∩ B (매칭만)
LEFT → 모든 A + 매칭되는 B
RIGHT → 모든 B + 매칭되는 A
FULL → 모든 A + 모든 B
JOIN은 관계형 데이터베이스의 기본입니다. 데이터는 의도적으로 연관된 테이블들(users, orders, products)에 분산되며, JOIN은 쿼리에서 이 연관 데이터를 결합하는 방법이므로, 이를 이해하는 것은 사소하지 않은 거의 모든 데이터베이스 작업에 필수적입니다.
네 가지 join 유형과 매칭되지 않는 행을 어떻게 처리하는지 이해하는 것이 핵심 역량입니다: INNER JOIN(매칭되는 행만 — 가장 흔함), LEFT JOIN(왼쪽 테이블의 모든 행과 매칭되지 않는 경우 NULL — 매칭 여부와 무관하게 모든 레코드가 필요할 때 결정적), RIGHT JOIN(거울상), FULL JOIN(양쪽 모두의 모든 행).
올바른 join 유형 선택은 결과를 직접 결정합니다. LEFT를 의도했는데 INNER를 쓰면 조용히 행이 누락되므로(흔한 버그), 그 차이를 이해하는 것은 정확성에 중요합니다.
LEFT JOIN + IS NULL 패턴(한 번도 주문하지 않은 user처럼 다른 테이블에 매칭이 없는 행 찾기)은 알아둘 만한 특히 유용하고 흔한 기법입니다.
관계형 데이터는 테이블에 분산되어 있고 JOIN이 이를 함께 조회하는 주요 방법이며, join 유형이 결과에 나타나는 행에 결정적으로 영향을 주므로, JOIN을 숙달하는 것(네 가지 유형, 매칭되지 않는 경우의 동작, anti-join 같은 패턴)은 SQL의 핵심적이고 자주 적용되는 지식이자 가장 중요하고 자주 출제되는 데이터베이스 개념 중 하나입니다.