3-7 연습 문제 — 실행하고 나면
무엇이 남을까

① 15행이 남습니다. 40살 이상인 회원은 박민수(42) · 조성민(45) · 오지은(40) · 권현석(50) · 안소영(44) 다섯 명입니다. DELETE 는 조건을 붙이면 원하는 행만 지울 수 있으니 20 − 5 = 15행이 남고, 컬럼과 규칙은 손대지 않으니 구조는 그대로예요.

②와 ③은 결과가 똑같아 보입니다. 둘 다 행이 0개인 빈 테이블이 남습니다. 차이는 방식이에요 — DELETE 는 조건을 붙일 수 있고, TRUNCATE 는 항상 모든 행이 대상이라 일부만 고를 수 없습니다.

④ 만 성격이 다릅니다. DROP 은 데이터만 지우는 명령이 아니라 테이블 자체를 지웁니다. 데이터와 컬럼, 제약조건이 전부 사라지고 그 이름의 테이블은 더 이상 존재하지 않아요. ②③ 뒤에는 새 데이터를 넣을 수 있지만, ④ 뒤에는 넣을 그릇조차 없습니다.

① 컬럼 추가 — 모든 행에 칸이 하나 늘어납니다

상품 30개 전부에 stock 칸이 생깁니다. 그런데 그 칸에 들어갈 값은 아무도 모릅니다. 그래서 새 컬럼을 추가할 때는 3-2 에서 배운 규칙을 함께 정해야 해요 — 비워둘 수 있는 컬럼인지(NULL 허용), 아니면 기본값(DEFAULT)을 정해둘 것인지. 기존 행이 이미 30개 있는 상태에서 아무 대비 없이 NOT NULL 을 붙이면 — 데이터베이스가 알아서 정한 값(MySQL 이라면 숫자 0)이 상품 30개에 그대로 채워지거나, 채울 값이 없다며 명령이 거부될 수 있습니다. 어느 쪽이든 내가 의도한 재고 값은 아니에요.

② 길이 축소 — 이미 저장된 값이 새 규칙을 어깁니다

새 길이에 맞지 않는 값이 있으면 데이터베이스는 그 명령을 거부하거나, 값을 잘라서 저장할 수 있습니다. 어느 쪽이든 실행 전에 확인하지 않으면 문제가 됩니다. 상품명이 조용히 프리미엄 그 로 잘려 있는 걸 나중에 발견하는 것보다, 지금 SELECT 로 가장 긴 상품명을 한 번 확인하는 게 훨씬 낫죠.

③ 컬럼 삭제 — 값도 함께 사라집니다

gender 컬럼을 지우면 컬럼 정의 한 줄만 없어지는 게 아니라, 회원 20명의 M · F 값이 전부 함께 사라집니다. 그리고 아차 싶어서 gender 컬럼을 다시 추가해도 — 돌아오는 건 빈 칸뿐입니다. 값은 백업에서 되살리거나 처음부터 다시 입력해야 해요.

가. 실행 전 확인 세 가지

여기에 하나 더 붙일 게 있습니다. 내 요청의 범위가 명확했는가. 저는 “테스트하면서 쌓인 데이터” 를 정리해달라고 했는데, ③번은 실제 회원 20명이 들어 있는 진짜 테이블을 지우는 명령입니다. AI 가 틀린 게 아니라 요청이 모호했던 거예요 — AI 는 내 데이터베이스에 지금 무엇이 들어 있는지 모릅니다.

나. 가장 위험한 것은 ③ DROP TABLE members

①과 ②도 되돌리기 어려운 명령이지만, 적어도 데이터를 다시 넣을 그릇은 남습니다. ③은 그릇까지 사라져요. 컬럼 정의와 기본키·외래키 설정까지 전부 없어지므로, 되살리려면 CREATE TABLE 부터 다시 해야 합니다. 그리고 백업이 없다면 복구가 어렵거나 불가능합니다.

다. 실제 shop DB 에서는 ②와 ③이 그대로 실행되지 않습니다

3-5 에서 배운 참조 무결성이 여기서 안전장치로 작동합니다. orders 는 members 의 자식이면서 동시에 order_items 의 부모예요. 자식이 참조하고 있는 부모를 통째로 비우거나 지우려는 시도는 데이터베이스가 막아줍니다. 주인 없는 주문이나 존재하지 않는 회원의 주문이 생기지 않도록요.