🔗 JOIN을 쓰는 이유

JOIN은 단순히 테이블을 붙이는 SQL 문법이 아니다.
JOIN은 관계형 데이터베이스가 데이터를 나눠 저장하는 이유 그 자체다.

JOIN은 반드시 구조 → 흐름 → 결과 순서로 이해해야 한다.

---

🧠 JOIN을 이해하기 위한 핵심 질문

• 이 데이터는 어디서 시작하는가?
• 어떤 테이블을 거쳐 이동하는가?
• 이동 경로는 외래키로 연결되어 있는가?

JOIN은 테이블을 합치는 게 아니라
외래키(FK)를 따라 이동하는 경로를 정의하는 행위다.

---

📌 JOIN 한 줄 정의

JOIN = 기본키(PK)와 외래키(FK)를 따라 테이블 사이를 이동하는 연산

PK (부모 테이블)
   ▲
   │
FK (자식 테이블)
   │
다른 테이블
  

이 구조가 없으면 JOIN은 존재할 수 없다.

---

🧱 예제 테이블 구조

customers
+------------------+
| customer_id (PK) |
| customer_name    |
+------------------+

orders
+------------------+
| order_id (PK)    |
| customer_id (FK) |
| order_date       |
+------------------+

order_products
+----------------------+
| order_item_id (PK)   |
| order_id (FK)        |
| product_id (FK)      |
| quantity             |
+----------------------+

products
+------------------+
| product_id (PK)  |
| product_name     |
| price            |
+------------------+
  

JOIN은 위 테이블 사이의 선(line)을 따라 움직인다.

---

➡️ JOIN 이동 경로를 그림으로 보면

customers
   │ customer_id
   ▼
orders
   │ order_id
   ▼
order_products
   │ product_id
   ▼
products
  

JOIN은 SQL 문법이 아니라 데이터를 따라 내려가거나 올라가는 탐색 과정이다.

---

❌ JOIN에서 가장 많이 하는 실수

• 테이블부터 JOIN하려고 함
• 왜 이 컬럼이 필요한지 설명 못 함
• 결과만 맞으면 된다고 생각함

JOIN이 많아질수록 쿼리는 맞는데 구조가 틀린 상황이 발생한다.

---

🧪 JOIN 해부 (사고 흐름 중심)

SELECT
    c.customer_name,
    o.order_id,
    o.order_date,
    p.product_name,
    op.quantity
FROM customers c
JOIN orders o
    ON c.customer_id = o.customer_id
JOIN order_products op
    ON o.order_id = op.order_id
JOIN products p
    ON op.product_id = p.product_id;

이 쿼리는 이렇게 읽어야 한다.

1️⃣ customers 에서 시작
2️⃣ 고객이 만든 주문을 찾는다
3️⃣ 주문에 포함된 상품을 찾는다
4️⃣ 상품의 상세 정보를 가져온다

---

🔍 INNER JOIN vs LEFT JOIN (구조 기준)

INNER JOIN

customers ──┐
            ├─ INNER JOIN → 결과
orders    ──┘
  

연결된 데이터가 없으면 결과에서 사라진다.
즉, 교집합만 남는다.

---

LEFT JOIN

customers ─────────▶ 결과 (항상 유지)
     │
     ▼
orders (없으면 NULL)
  

LEFT JOIN은
출발 테이블을 무조건 기준으로 유지한다.

---

⚠️ RIGHT JOIN이 거의 안 쓰이는 이유

• 출발 테이블이 직관적으로 안 보임
• 쿼리 가독성이 떨어짐
• LEFT JOIN으로 100% 대체 가능

👉 RIGHT JOIN 쓰고 싶어지면 테이블 순서를 바꿔라

---

💣 CROSS JOIN은 언제 쓰나?

A 테이블: 3건
B 테이블: 4건

결과: 12건 (모든 조합)
  

CROSS JOIN은
의도적으로 모든 경우의 수를 만들 때만 사용한다.

• 테스트 데이터 생성
• 날짜 × 상품 조합
• 시뮬레이션용 데이터

실수로 쓰면 서버가 터짐..

---

🚀 JOIN 성능 핵심 포인트

• JOIN 기준 컬럼에는 반드시 인덱스
• 불필요한 컬럼 SELECT 금지
• JOIN 조건 = FK → PK

JOIN이 느리면 대부분 인덱스 문제

---

✅ JOIN 작성 전 체크리스트

• 출발 테이블이 명확한가?
• 외래키 흐름이 보이는가?
• LEFT / INNER 선택 이유가 있는가?
• 이 JOIN을 말로 설명할 수 있는가?

---

🔥 최종 요약

• JOIN은 문법이 아니다
• JOIN은 관계를 따라 이동하는 경로다
• 좋은 JOIN은 설명이 쉽다