3-8 연습 문제 — 처음 보는 테이블도
다섯 단계로 읽어냅니다

② 가 가장 중요합니다. 한 행의 주인공은 배송 한 건이에요. 주문 번호가 들어 있다고 해서 주인공이 주문이 되는 건 아닙니다 — orders의 한 행 안에 회원 번호가 있어도 주인공이 주문이었던 것과 같습니다.

status를 생략하면 → 준비중이 저장됩니다. DEFAULT가 설정된 컬럼은 값을 생략했을 때 미리 정해둔 값이 들어갑니다.

delivered_at이 NULL이면 → 아직 배송이 완료되지 않았다는 뜻입니다. 배송일이 기록되지 않은 상태 그 자체예요. 이 자리에 0이나 '없음'을 넣으면 기록된 값이 있다는 뜻이 되어버립니다.

⑤ 를 읽었다면 이것도 보입니다. order_id에 orders에 없는 주문 번호를 넣으면 저장이 거부됩니다. 참조 무결성 — 주소를 적었다면 실제로 존재하는 곳이어야 한다는 약속이죠.

① order_id만으로는 안 됩니다. 주문 1번에 상품 1번과 16번이 들어 있어 order_id 값이 중복돼요. product_id만 봐도 같은 상품이 여러 주문에 들어가니 중복입니다. 하지만 두 컬럼을 한 쌍으로 묶으면 (1,1), (1,16), (2,22), (3,9), (3,11) — 겹치는 쌍이 없어 각 행이 구별됩니다.

여기서 자주 나오는 오해 하나 — 기본키가 두 개인 게 아닙니다. 기본키는 하나이고, 그 하나를 두 컬럼이 함께 구성하는 것뿐이에요. 이걸 복합키라고 부릅니다.

② 외래키는 두 개입니다. order_id는 orders를, product_id는 products를 가리킵니다. 이 테이블은 두 부모를 동시에 가리키는 자식인 셈이에요. 그래서 존재하지 않는 주문 번호나 상품 번호는 저장할 수 없습니다.

③ 넣을 수 없습니다. (1, 1) 쌍이 이미 기본키로 저장돼 있으니 같은 쌍을 한 번 더 저장하면 중복이라 거부됩니다. 같은 상품을 세 개 샀다면 행을 세 번 만드는 대신 quantity에 3을 저장하는 거예요 — 실제로 (1, 16, 2) 행이 그 예입니다. 상품 16번을 2개 담았다는 뜻이죠.

① tbl1은 간판이 없는 건물입니다. 다섯 단계의 첫 칸부터 채울 수 없어요. 컬럼 이름이 표지판이라면 테이블 이름은 간판입니다.

② 는 사람이 결정해야 하는 부분입니다. 쿠폰 종류를 담는 테이블인지, 회원에게 발급된 쿠폰 한 장을 담는 테이블인지에 따라 필요한 컬럼이 완전히 달라집니다. AI는 이걸 대신 정해주지 않아요. member_name이 들어 있는 걸 보면 발급된 쿠폰 한 장을 의도한 것 같지만 — 추측이 아니라 결정이 필요합니다.

③ 은 3-2와 3-3 위반이 하나씩 있습니다.

• discount VARCHAR → 할인 금액은 더하고 비교할 값이라 INT가 맞습니다. 문자열로 두면 정렬할 때 '3000'이 '500'보다 앞에 오는 일이 벌어져요.
• issued_expires → 발급일과 만료일이 한 칸에 들어 있습니다. 따로 찾고 비교하고 바꿔야 하는 값이라면 각각의 컬럼으로. issued_at DATE와 expires_at DATE 두 개로 나눠야 “오늘 기준 만료된 쿠폰” 같은 조건도 쓸 수 있습니다.

⑤ 가 가장 큽니다. 기본키가 없으면 똑같은 행이 두 번 저장돼도 막을 수 없고, 쿠폰 한 장을 정확히 가리킬 수도 없습니다. 그리고 회원을 이름으로 기록하면 — 동명이인을 구별할 수 없고, 이름이 바뀌면 연결이 끊깁니다. member_id로 members를 참조해야 존재하지 않는 회원의 쿠폰이 저장되는 것도 막을 수 있어요.

④ 필수값과 기본값은 그럭저럭입니다. 다만 사용 여부를 담는 컬럼을 둔다면 DEFAULT를 함께 정하는 게 좋겠죠 — 생략했을 때 무엇이 들어갈지 미리 정해두는 겁니다.

②와 ③은 같은 함정입니다. 겉모양에 속아 그릇을 잘못 고르는 것 — 값이 없는 상태를 0으로 대신하거나, 숫자처럼 보인다고 숫자 타입에 넣는 거죠. 둘 다 오류 없이 저장되고, 나중에 그럴듯하게 틀린 결과로 돌아옵니다.

⑤가 오늘의 핵심 오해입니다. 외래키는 잘못된 값이 들어간 뒤에 알려주는 경고가 아니라 — 저장 자체를 거부하는 규칙입니다. 그래서 *“누구의 주문인지 영원히 알 수 없는 기록”*이 애초에 생기지 않아요.

⑥과 ⑦은 함께 기억하세요. ⑥은 참조 무결성이 삭제에도 작동한다는 뜻이고, ⑦은 삭제 명령마다 사라지는 범위가 다르다는 뜻입니다. DELETE는 행, TRUNCATE는 모든 행, DROP은 테이블 전체 — 실행 뒤 무엇이 남는지부터 생각하는 습관이 오래 갑니다.