<aside> 📖

학습 목표

• 다양한 제약조건의 오류 사례를 실제 SQL 예시로 경험하며 학습한다.
• 외래키, NULL, UNIQUE 등 제약조건 설정 실수로 발생하는 문제를 이해한다.
• 제약조건 검증을 위한 테스트 데이터를 직접 설계하고 실행해본다.
• CASCADE 등 삭제 옵션의 위험성을 명확히 이해하고 실무에 적용한다.
• PostgreSQL에서 제약조건 위반 시 에러 상황과 대응법을 체득한다. </aside>

1. 제약조건 검증 실습

1-1. 흔히 발생하는 제약조건 오류 사례

1-1-1. ✅ 외래키 누락으로 인한 데이터 정합성 깨짐

-- FK 없는 경우: 에러 없이 유령 데이터 삽입
CREATE TABLE orders (
    order_id SERIAL PRIMARY KEY,
    member_id INT,
    order_date TIMESTAMP DEFAULT now()
);

INSERT INTO orders (member_id, order_date)
VALUES (9999, now()); -- members에 9999 없음

문제점:

• 참조 무결성 불가
• JOIN 불능
• 유령 데이터 발생 (조회 불일치)

1-1-2. ✅ 잘못된 CASCADE 설정으로 인한 의도치 않은 삭제

CREATE TABLE members (
    member_id SERIAL PRIMARY KEY
);

CREATE TABLE orders (
    order_id SERIAL PRIMARY KEY,
    member_id INT REFERENCES members(member_id) ON DELETE CASCADE
);

-- 주문이 있는 회원 삭제 시
DELETE FROM members WHERE member_id = 1;
-- 연결된 orders 자동 삭제됨 (예상하지 못한 데이터 손실)

문제점:

• 주문 이력은 회계, CS, 통계 관점에서 영구 보존 필요
• CASCADE는 실무에서 회원-주문 관계에 절대 금지
• 상태값 (is_deleted) 관리가 현실적 대안

1-1-3. ✅ NULL 제약조건 오설정

-- NOT NULL 누락 예시
CREATE TABLE members (
    name VARCHAR(100), -- NULL 허용
    email VARCHAR(100)
);

INSERT INTO members (name, email)
VALUES (NULL, '[email protected]'); -- 허용됨

문제점:

• NULL 허용 → 필터링 누락 → 앱/서비스 오류 유발