6-1. 복합 키란?

복합 키(Composite Key) 는 두 개 이상의 컬럼을 묶어 하나의 키로 사용하는 것을 말한다.

• 복합 기본 키: PRIMARY KEY (col1, col2, ...)
• 복합 UNIQUE 키: UNIQUE (col1, col2, ...)

복합 키는 주로 다음 경우에 등장한다.

• 단일 컬럼만으로는 유일성을 확보할 수 없을 때

  예: (movie_title, screening_dt, seat_number) 조합으로 좌석 한 개를 구별

• 두 엔티티의 관계 자체가 의미를 가질 때

  예: (order_id, item_id) 조합으로 주문 상세 한 줄을 구별

6-2. 자연 키를 복합 키로 쓸 때 생기는 문제

자연 키를 그대로 묶어서 복합 키를 만들면 다음과 같은 문제가 생긴다.

1. 키 변경 영향 범위가 더 커진다
   • 영화 제목이 바뀌거나 상영 시간이 변경되면, 복합 키 전체가 바뀐다.
   • 이 키를 외래 키로 참조하는 모든 테이블에서 동일한 변경 작업이 필요하다.
2. 외래 키가 과도하게 비대해진다
   • 예: reservation_detail 테이블이 reservation의 PK (movie_title, screening_dt, seat_number) 를 FK로 참조한다면, FK도 3개 컬럼이 된다.
   • 이런 패턴이 쌓이면 스키마가 금방 복잡해진다.
3. ORM 사용이 어려워진다
   • 복합 키는 JPA 등 ORM에서 매핑 코드가 복잡하고, 버그가 생기기 쉽다.
   • 실무에서는 단일 대리 키 + 복합 UNIQUE로 바꿔버리는 경우가 많다.

6-3. 현대적인 복합 키 대안 – 대리 키 + UNIQUE 조합

복합 키 문제를 해결하는 현대적인 대안은 다음과 같다.

1. 기본 키(PK)는 항상 단일 대리 키를 사용한다.
2. 비즈니스적으로 유일해야 하는 복합 컬럼 묶음에는 UNIQUE 제약을 건다.

예시를 보자.

CREATE TABLE screening (
  screening_id   BIGINT AUTO_INCREMENT PRIMARY KEY, -- 대리 키
  movie_title    VARCHAR(200) NOT NULL,
  screening_dt   DATETIME     NOT NULL,
  theater_no     INT          NOT NULL,

  -- 비즈니스적으로는 (movie_title, screening_dt, theater_no)가 유일해야 한다.
  UNIQUE (movie_title, screening_dt, theater_no)
);