3-4 연습 문제 — 이 행을
정확히 가리킬 수 있나요

① member_name — 기본키로 부적절 ❌

동명이인이 언제든 생길 수 있습니다. 중복 불가 규칙을 지킬 수 없어요. 개명하면 값이 바뀐다는 것도 문제고요.

여기서 중요한 감각 하나 — 실제 shop 의 회원 20명에는 동명이인이 없습니다. 하지만 “지금 중복이 없다” 와 “앞으로도 중복될 수 없다” 는 완전히 다른 말입니다. 기본키는 뒤쪽이어야 해요.

② phone — 기본키로 부적절 ❌

번호를 바꾸는 사람도 있고, 해지한 번호는 다른 사람에게 다시 배정되기도 합니다. 게다가 아직 번호를 등록하지 않은 회원은 값이 비게 되죠 — NULL 불가 규칙에 걸립니다.

③ email — 기본키로 권하지 않음 △

중복이 잘 생기지 않는 편이라 ①·②보다는 낫습니다. 다만 이메일을 적지 않은 회원은 NULL 이 되고, 이메일을 바꾸는 사람도 있어요. 실무에서는 이메일에 중복만 막는 규칙을 따로 걸어두고, 기본키는 별도의 번호로 두는 편입니다.

④ member_id — 기본키로 적절 ✓

그 자체로는 아무 뜻이 없는 번호라서 바뀔 이유가 없습니다. 새 회원이 생길 때마다 새 번호를 붙이면 중복도 나지 않고, 비워둘 일도 없어요. 실제 shop 스키마가 정확히 이렇게 되어 있습니다 — PRIMARY KEY (member_id).

④가 오늘의 핵심입니다. 기본키는 “행 전체가 다른가” 를 검사하지 않습니다. 지정된 기본키 컬럼의 값만 봅니다.

그래서 22번 김철수와 1번 김철수는 이름이 똑같아도 서로 다른 행으로 나란히 저장됩니다. 그리고 나중에 둘 중 하나를 고쳐야 할 때 — member_id 로 정확히 한 명을 집어낼 수 있죠. 강의를 시작하며 던졌던 바로 그 문제가 이렇게 풀립니다.

1. order_id 단독으로는 불가 — 값이 실제로 중복됩니다

1번 주문 한 건에 (1, 1) 과 (1, 16) 두 행이 있습니다. order_id 값 1 이 두 행에 똑같이 들어 있죠. 중복 불가 규칙 위반입니다.

3번 주문도 마찬가지예요 — (3, 9) 와 (3, 11). 한 주문에 상품을 여러 개 담는 순간 order_id 는 반복될 수밖에 없습니다.

2. product_id 단독으로도 불가 — 같은 상품이 여러 주문에 들어갑니다

무선 이어폰(product_id 9)은 3번 주문에도 있고, 6번과 12번 주문에도 들어 있습니다. product_id 값 9 가 여러 행에 반복되니 역시 중복 불가 위반이에요.

3. “기본키가 두 개”라는 표현이 틀렸습니다

order_items 의 기본키는 하나입니다. 그 하나를 order_id 와 product_id 두 컬럼이 함께 구성하는 것이고, 이런 기본키를 복합키라고 부릅니다.

한 테이블에 기본키는 언제나 하나만 지정할 수 있어요. 달라지는 건 기본키의 개수가 아니라 — 그 하나를 만드는 컬럼의 개수입니다. 테이블 정의를 보면 더 분명합니다.

보너스 — 이 복합키가 실제로 막아주는 것

같은 주문에 같은 상품이 두 줄로 들어갈 수 없습니다. 그래서 10번 주문은 프리미엄 그래놀라(product_id 16)를 세 개 샀지만 행은 하나예요 — (10, 16, 3). 행을 늘리는 대신 quantity 숫자를 올린 겁니다.