CHECKLIST
ER 변환 검증은 키와 제약을 빠짐없이 확인한다
테이블 개수보다 중요한 것은 ERD의 의미가 DB 제약으로 실제 보존되는지다.
구조 제약
강한 개체
테이블과 PK가 있는가
약한 개체
소유자 FK와 부분 키가 식별자에 들어갔는가
1:1
FK 위치, UNIQUE, NOT NULL이 참여 제약과 맞는가
1:N
N쪽 테이블에 FK가 있는가
M:N
교차 테이블과 양쪽 FK 조합 키가 있는가
업무 제약
속성
다중값, 복합, 파생 속성 처리 방식이 명확한가
삭제
ON DELETE 정책이 업무 규칙과 맞는가
인덱스
FK와 조회 조건의 물리 설계를 검토했는가
DBMS
IDENTITY, CHECK, 날짜 기본값 차이를 확인했는가
정책
UNIQUE가 리뷰·이력 규칙을 과하게 막지 않는가