4-6 연습 문제 — 정규화 직관,
잘못된 설계를 두 직관으로 진단한다

문제: 직관 1 위반 — “같은 정보 두 번 적지 마라”.

• category_name (의류) 가 category_id = 1 인 모든 상품에 반복 적힘.
• 카테고리명 의류 → 의류&잡화 로 바꾸려면 — 그 카테고리 상품 8 행 다 고쳐야 함. 한 군데 빼먹으면 사고.

해결: 카테고리명을 categories 테이블 한 곳에만 (shop 의 현재 설계). products 에는 category_id FK 만.

조회 시 JOIN 으로 가져옴:

SELECT
  p.product_name,
  c.category_name
FROM
  products p
JOIN categories c
  ON p.category_id = c.category_id;

문제: 과잉 분리 — 직관 1 / 2 모두 어기지는 않지만 “실용적이지 못한” 설계.

각각 별도 테이블로 만든 이유가 없음:

• gender, age, joined_at 모두 회원에 1:1 속하는 정보. “한 회원의 한 성별, 한 나이, 한 가입일” — 분리할 이유 X.
• 회원 정보 1 회 조회하려고 4 테이블을 JOIN 해야 함 — 비효율.
• 새 회원 추가 시 4 테이블 모두에 INSERT 필요 — 트랜잭션 부담.

해결: 다시 한 테이블로.

핵심: 정규화는 “무한히 쪼개라” 가 아닙니다. “같은 정보 두 번 적지 마라”, “한 테이블에 한 종류만” 의 의미는 — 분리해야 “그 자체로 의미 있는 종류” 일 때만.

다음 4 개 테이블로 분리:

근거:

• students — 학생 정보만 (직관 2)
• teachers — 강사는 독립 엔티티
• courses — 강의 정보, 강사 FK
• enrollments — 학생 ↔ 강의 N:M 중간 테이블. 수강 강의 N 개 가능 (3개 제한 X)

개선 효과:

• 4 번째 강의도 행 추가만 하면 됨 — 컬럼 변경 X
• 강사 이름 바뀌면 teachers 한 곳만 고침
• 총 수업료 계산도 SQL 로: SELECT SUM(c.fee) FROM enrollments e JOIN courses c USING(course_id) WHERE e.student_id = ?