SQLD 데이터 모델링 핵심 정리: 엔터티부터 정규화까지

온라인 쇼핑몰을 예로 들면 고객, 상품, 주문은 관리 대상이므로 엔터티가 됩니다. 고객 엔터티에 실제로 저장된 김민수 고객 한 명은 인스턴스이고, 고객번호·이름·가입일은 고객의 특성을 표현하는 속성입니다.

문제에서는 명사라고 모두 엔터티가 되지 않습니다. 업무에서 반드시 관리해야 하고, 두 개 이상의 인스턴스가 존재하며, 속성과 관계를 가질 수 있는지 확인해야 합니다.

부서와 사원처럼 소속 상태를 표현하면 존재 관계, 고객이 주문한다처럼 업무 행위로 생기면 행위 관계로 볼 수 있습니다. 시험에서는 관계 이름보다 참여도와 카디널리티를 정확히 읽는 것이 중요합니다.

고객 한 명이 주문을 여러 개 할 수 있고 각 주문은 반드시 한 고객에게 속한다면 고객과 주문은 1대다 관계입니다. 주문이 없는 고객도 허용된다면 고객에서 주문 방향은 선택 참여입니다.

주 식별자는 각 인스턴스를 유일하게 구별하는 대표 식별자입니다. 유일성뿐 아니라 속성 수가 불필요하게 많지 않은 최소성, 값이 자주 바뀌지 않는 불변성, NULL이 없는 존재성도 중요합니다.

업무에서 자연스럽게 존재하는 회원 이메일이나 주민등록번호 같은 값은 본질식별자 후보가 될 수 있습니다. 별도의 일련번호를 새로 만들어 식별에 사용하면 인조식별자입니다. 인조식별자는 단순하지만 원래 업무상 유일성은 별도 제약조건으로 보호해야 합니다.

정규화의 목적은 테이블을 무조건 작게 나누는 것이 아니라 데이터 중복 때문에 생기는 삽입·수정·삭제 이상을 줄이는 것입니다. 함수적 종속을 기준으로 속성을 적절한 엔터티로 이동합니다.

모델의 1대다 관계는 SQL에서 주로 기본키와 외래키의 조인 조건으로 나타납니다. 선택 참여가 있는 쪽을 보존하려면 OUTER JOIN이 필요할 수 있고, 선택 속성은 NULL 연산 규칙과 연결됩니다.

따라서 1과목 용어를 독립적으로 외우기보다 “이 모델을 조회하려면 어떤 JOIN이 필요한가?”를 함께 질문하세요. 모델링 개념이 2과목 SQL 문제의 조건 해석에도 도움이 됩니다.