J정처LAB
메뉴
기출·모의자체 제작분야별 검색핵심개념오답문제저장문제이용안내로그인
← 회차 전체 문제
정처LAB 자체 제작내용 검수 완료정처LAB SQLD 자체 제작 3회 · 데이터 모델링의 이해 · 속성의 분류와 도메인 · 4번

주문 상태 코드와 화면 표시명을 여러 서비스가 함께 사용한다. READY·PAID·SHIPPED 외의 값은 저장하지 못하게 하되, 새 상태 추가 시 주문 테이블 DDL을 바꾸지 않고 설명도 중앙에서 관리하려 한다. 가장 적절한 설계는?

ORDER_STATUS(status_code PK, display_name)

ORDERS(order_id PK, status_code NOT NULL) 구조를 검토한다.

  1. 1

    ORDERS.status_code를 ORDER_STATUS.status_code에 대한 NOT NULL 외래키로 둔다.

    정답 근거참조 테이블이 허용 도메인과 설명을 보유하고 NOT NULL 외래키가 미등록 상태와 무상태 주문을 모두 차단한다.
  2. 2

    ORDERS에 CHECK(status_code IN (...))만 두고 설명은 서비스마다 복제한다.

    오답 이유CHECK는 현재 허용값 제한에는 유효하지만 코드 추가 때 DDL 변경이 필요하고 설명의 중앙 관리 요구도 해결하지 못한다.
  3. 3

    ORDERS.status_code를 자유 문자열로 두고 각 화면에서만 검사한다.

    오답 이유애플리케이션별 검사는 우회 경로가 생기고 허용값·표시명이 서비스마다 달라질 수 있다.
  4. 4

    ORDERS.order_id를 상태 코드와 같은 값으로 저장한다.

    오답 이유주문 식별자와 상태 도메인은 역할이 다르며 같은 값으로 만들면 주문의 유일성과 상태 반복을 동시에 표현할 수 없다.
정답·상세해설

정답 1번

상태가 데이터로 확장되고 설명까지 중앙 관리되어야 하므로 코드 테이블과 외래키가 적합하다. ORDERS의 NOT NULL은 상태 필수성을, 외래키는 허용된 코드만 저장되는 참조 무결성을 보장한다.

콘텐츠 기록

콘텐츠 정보

자료 유형
정처LAB 자체 제작
검수 상태
내용 검수 완료
해설 작성·검수
정처LAB 편집 기준
최종 검수
2026-08-21
정처LAB 자체 개념 설명

데이터베이스 정규화와 SQL 판단법

함수 종속으로 정규형을 판별하고 SQL 실행 결과를 빠르게 추적하는 방법을 다룹니다.

  • 정규화 순서는 1NF → 2NF → 3NF → BCNF → 4NF → 5NF로 이어진다.
  • 복합키가 아니면 부분 함수 종속은 성립하지 않는다.
전체 개념 정리 읽기 →
이 번호부터 전체 회차 풀기내 오답 복습시험별 CBT 안내