DAsP 개념·논리·물리 데이터 모델링 차이와 검토 순서

이 글의 핵심

개념 모델은 업무 범위와 핵심 구조를, 논리 모델은 업무 규칙을 상세하게 표현합니다.

물리 모델은 DBMS와 성능·운영 조건을 반영해 실제 저장 구조로 변환합니다.

각 단계의 목적과 산출물, 품질 검토 항목을 구분하면 사례형 문제에 강해집니다.

개념 데이터 모델링은 조직이 관리해야 할 주제영역과 핵심 엔티티, 주요 관계를 정의합니다. 세부 컬럼이나 데이터 타입보다 업무의 범위와 공통 관점을 합의하는 것이 목적입니다.

후보 엔티티는 업무 사건과 관리 대상에서 찾고 독립적인 식별 가능성, 지속적인 관리 필요성, 속성과 관계의 존재를 확인합니다. 단순 보고서 제목이나 계산 중간값을 무조건 엔티티로 만들지 않도록 주의합니다.

논리 모델에서는 엔티티의 속성과 식별자, 관계의 카디널리티와 선택성, 정규화를 상세히 정의합니다. 특정 DBMS의 저장 방식보다 업무 의미와 데이터 무결성에 집중합니다.

이력관리에서는 무엇이 언제 바뀌었고 어느 시점의 값을 조회해야 하는지 확인합니다. 최신값만 필요한지, 변경 시마다 행을 추가할지, 유효 시작일과 종료일을 둘지에 따라 모델 구조가 달라집니다.

물리 모델은 논리 엔티티와 속성을 테이블과 컬럼으로 변환하고 데이터 타입, 길이, 인덱스, 파티션, 저장 공간과 보안 요구를 정의합니다. DBMS의 제약과 운영 방식이 본격적으로 반영됩니다.

성능을 위해 반정규화할 때는 조회 이득과 갱신 비용을 함께 계산해야 합니다. 중복 컬럼이나 요약 테이블을 추가하면 조회는 빨라질 수 있지만 데이터 불일치 가능성과 동기화 로직이 늘어납니다.

완전성은 필요한 업무 규칙이 빠지지 않았는지, 정확성은 실제 업무와 맞는지, 일관성은 같은 기준이 모델 전체에 적용되는지 확인합니다. 준거성은 표준과 규칙을 지켰는지, 가독성은 이해관계자가 해석할 수 있는지 봅니다.

품질 검토는 마지막 단계의 형식 점검이 아닙니다. 개념 모델에서 범위를 잘못 잡으면 논리와 물리 단계의 상세화가 모두 잘못되므로 각 단계가 끝날 때 업무 담당자와 데이터 담당자가 함께 검토해야 합니다.

문제에서 DBMS, 인덱스, 파티션, 저장공간이 나오면 물리 모델을 먼저 의심하고, 업무 식별자와 정규화가 나오면 논리 모델을 먼저 검토하세요.

업무적 데이터 성격과 도메인을 표현할 수 있지만 특정 DBMS의 세부 타입과 저장 옵션은 물리 모델에서 확정하는 것이 일반적입니다.

명확한 성능 요구와 정합성 유지 방안이 있다면 의도적으로 사용할 수 있습니다. 먼저 정규화된 구조를 만들고 병목을 근거로 적용하며 영향과 관리 방안을 문서화해야 합니다.

시험 과목과 합격 기준은 KDATA 데이터아키텍처 준전문가 공식 안내를 기준으로 확인했습니다. 가풀은 시험 주관기관의 공식 서비스가 아니며, 일정과 규정은 접수 전 공식 공고를 다시 확인해야 합니다.

시험 안내

2·3과목

시험 안내