쪼개진 테이블을 다시 하나로,
JOIN — 두 개만 제대로

이번 섹션의 여정

데이터는 쪼개져 있습니다 — 그래서 JOIN

지금까지 다섯 강의 내내 한 테이블만 다뤘죠. 근데 실무 데이터는 그렇게 생기지 않았습니다. 회원 정보는 members에, 주문 내역은 orders에 — 여러 테이블에 쪼개져 있어요. “회원 이름과 그 회원의 주문일을 한 표로 보고 싶다” 는 순간, 두 테이블을 합쳐야 합니다. 그게 JOIN — “두 테이블을 어떤 컬럼 기준으로 옆으로 붙인다” 는 명령입니다.

핵심은 “어떤 컬럼 기준으로?” 라는 질문이에요. 답은 우리가 2-3에서 본 그 구조 — 부모-자식 관계입니다.

members의 member_id가 기본키(PK), orders의 member_id가 그걸 가리키는 외래키(FK)죠. 그래서 JOIN의 ON 조건은 거의 항상 “부모ID = 자식ID” 입니다.

... ON m.member_id = o.member_id

이 기준이 왜 중요하냐면 —

INNER JOIN — 양쪽 다 매칭되는 행만

첫 번째 무기부터 실행해 볼게요. 회원 이름 + 그 회원의 주문ID + 주문일을 한 줄로 묶습니다.

SELECT
  m.member_name,
  o.order_id,
  o.ordered_at
FROM
  members m
INNER JOIN orders o
  ON m.member_id = o.member_id;

두 테이블에 흩어져 있던 정보가 한 줄로 붙었습니다. 여기서 문법 하나 짚고 갈게요.

그리고 INNER JOIN의 의미. INNER JOIN은 양쪽 다 매칭되는 행만 남깁니다. shop DB에서는 20명 중 16명이 주문했고 4명은 한 번도 안 했죠 — 그래서 결과에는 주문한 16명만 나옵니다. 반대로 만약 부모 없는 자식(FK가 깨진 상태의 주문)이 있어도 똑같이 안 나와요.

-- 두 줄은 완전히 같은 의미
... FROM members m JOIN orders o ON m.member_id = o.member_id
... FROM members m INNER JOIN orders o ON m.member_id = o.member_id

LEFT JOIN — 왼쪽은 모두 보존

이번엔 요구가 바뀝니다 — “주문 안 한 회원도 보고 싶다”. INNER JOIN으로는 불가능하죠, 4명이 사라지니까. 이럴 때 두 번째 무기.

SELECT
  m.member_name,
  o.order_id
FROM
  members m
LEFT JOIN orders o
  ON m.member_id = o.member_id;

LEFT JOIN + IS NULL — 자식 없는 부모 찾기

방금 결과를 자세히 보면 재밌는 게 보여요. 주문 안 한 회원만 order_id가 NULL이죠? 그럼 NULL인 행만 골라내면 — “주문이 한 번도 없는 회원” 이 나옵니다.

-- 주문이 한 번도 없는 회원
SELECT
  m.member_name
FROM
  members m
LEFT JOIN orders o
  ON m.member_id = o.member_id
WHERE
  o.order_id IS NULL;

INNER vs LEFT — 언제 어떤 걸 쓰나

오늘 배운 걸 한 표로 정리하면 이렇게 됩니다.

3개 이상 JOIN — 체인으로 잇기

“JOIN은 두 테이블까지만 되나요?” — 아니요. 체인처럼 계속 이어 붙일 수 있습니다. 회원 → 주문 → 주문상세 → 상품, 4개 테이블을 한 번에 묶어볼게요.

-- 회원 → 주문 → 주문상세 → 상품
SELECT
  m.member_name,
  o.ordered_at,
  p.product_name,
  oi.quantity
FROM
  members m
JOIN orders o
  ON m.member_id = o.member_id
JOIN order_items oi
  ON o.order_id = oi.order_id
JOIN products p
  ON oi.product_id = p.product_id
ORDER BY
  m.member_name,
  o.ordered_at;

ON 조건 세 개를 보세요 — 전부 부모ID = 자식ID입니다. 회원이 부모, 주문이 자식. 주문이 부모, 주문상세가 자식. 상품이 부모, 주문상세가 자식. 관계의 흐름만 따라가면 JOIN이 몇 개든 그냥 풀려요.

자주 막히는 지점

INNER와 LEFT, 그리고 IS NULL 패턴까지 — 오늘 배운 세 가지가 손에 익도록 연습 문제부터 풀고 가세요. 다음 강의는 이 JOIN이 데이터를 조용히 뻥튀기하는 함정 — 위 4테이블 쿼리에 GROUP BY를 그대로 얹었다가 회원별 주문 수가 이상하게 불어나는, AI가 가장 자주 틀리는 패턴입니다.