개념·논리·물리 모델의 역할

핵심 요약

개념·논리·물리 모델은 별개의 그림 세 개가 아니라 업무 개념을 구현 가능한 구조로 점진적으로 구체화한 산출물이다. 시험에서는 목적, 사용자, 상세 수준, 기술 독립성, 주요 구성요소와 산출물을 비교하고, 어느 단계에서 다뤄야 할 판단인지 구분해야 한다.

학습 목표

• 개념·논리·물리 모델의 목적과 산출물을 비교한다.
• 업무 규칙과 DBMS 구현 요소가 어느 단계에 속하는지 판정한다.
• 단계 간 매핑과 추적성의 필요성을 설명한다.
• 모델링이 단순한 일방향 절차가 아니라 검증·피드백을 포함함을 이해한다.

1. 모델링 단계의 역할

1.1 개념 데이터 모델

조직이 관리해야 할 업무 영역과 핵심 데이터 구조를 이해관계자가 공통으로 합의하기 위한 모델이다. 주제영역, 핵심·후보 엔터티, 주요 관계와 핵심 업무 규칙을 표현하며 특정 DBMS와 컬럼 타입에 종속되지 않는다.

1.2 논리 데이터 모델

개념 모델을 업무적으로 완전하고 일관된 구조로 상세화한다. 엔터티, 속성, 식별자, 관계, 선택성·기수성, 정규화된 구조 등을 기술 독립적으로 표현한다. DAP 실기에서는 논리 데이터 모델 작성이 공식 작업 영역에 포함되므로 관계명과 표기법을 정확히 적용하는 연습이 중요하다.

1.3 물리 데이터 모델

선정한 DBMS와 운영 환경에 맞춰 논리 구조를 구현한다. 테이블·컬럼, 물리 데이터 타입, 기본키·외래키 제약, 인덱스, 파티션, 저장 구조, 명명과 성능·보안·운영 요구를 반영한다.

2. 단계별 비교

2.1 단계 판단 예

3. 단계 간 연결과 검증

업무 전략·요구
      ↓
개념 모델: 범위·핵심 구조
      ↓ 상세화
논리 모델: 속성·식별자·관계·정합성
      ↓ 변환
물리 모델: DBMS 구현·성능·운영
      ↑                     │
      └──── 검증·제약 피드백 ┘

단계는 일반적으로 위 순서로 상세화하지만 완전히 일방향은 아니다. 물리 환경의 키 길이, 성능, 보안 제약이 발견되면 논리·개념 모델의 가정과 업무 요구를 다시 검토할 수 있다. 다만 물리 편의 때문에 업무 의미를 임의로 바꾸어서는 안 된다.

3.1 추적성

• 개념 엔터티가 어떤 논리 엔터티로 상세화되었는가.
• 논리 속성이 어떤 물리 컬럼으로 구현되었는가.
• 통합·분할·비정규 구현이 발생했다면 그 근거와 매핑은 무엇인가.
• 요구사항과 업무 규칙이 어떤 모델 요소에 반영되었는가.

추적성이 없으면 물리 컬럼 변경이 어떤 업무 의미에 영향을 주는지, 논리 모델의 누락이 어떤 요구사항과 연결되는지 확인하기 어렵다.

4. 사례

온라인 교육 서비스에서 개념 모델은 학습자, 강좌, 수강이라는 핵심 구조와 “학습자는 여러 강좌를 수강할 수 있다”는 관계를 표현한다. 논리 모델에서는 수강신청일시, 수강상태, 학습자·강좌 식별자와 관계 선택성을 상세화한다. 물리 모델에서는 LEARNER, COURSE, ENROLLMENT 테이블, 컬럼 타입, PK·FK, 인덱스와 파티션을 정한다.

개념 모델에서 바로 VARCHAR2(50)을 논의하거나, 물리 모델에서 “수강은 무엇을 의미하는가”를 처음 정의하는 것은 단계별 관심사가 뒤섞인 것이다.

5. 비교와 구분

5.1 데이터 모델과 프로세스 모델

데이터 모델은 관리 대상과 구조·관계를 중심으로 하고, 프로세스 모델은 업무 활동과 흐름을 중심으로 한다. 둘은 상호 검증하지만 하나가 다른 하나를 대체하지 않는다. 예를 들어 주문취소 프로세스가 있다면 취소 이력이나 상태를 어떤 데이터로 관리할지 데이터 모델에서 확인한다.

5.2 논리 모델과 물리 모델의 경계

논리 모델의 식별자는 업무적 유일성과 안정성을 판단한다. 물리 모델에서는 이를 DBMS 제약과 인덱스로 구현하거나 성능을 위해 별도 인조 키를 추가할 수 있다. 물리 편의를 위한 키가 논리적 업무 유일성 규칙을 없애지는 않는다.

시험 판단 포인트

• 개념 모델은 핵심 구조와 범위를, 논리 모델은 상세 업무 구조를, 물리 모델은 DBMS 구현을 중심으로 한다.
• 논리 모델도 기술 독립적이며 테이블·컬럼·인덱스는 물리 모델의 용어다.
• 단계는 순차적으로 상세화하지만 검증 결과가 상위 단계로 피드백될 수 있다.
• 물리 모델의 인조 키나 비정규 구조가 논리적 유일성·업무 규칙을 제거하지 않는다.
• 단계 간 요소의 매핑과 변경 근거를 추적해야 한다.

자주 틀리는 부분

• 개념 모델을 컬럼까지 모두 표시한 축소형 논리 모델로 만든다.
• 논리 모델에서 특정 DBMS 타입과 인덱스를 확정한다.
• 물리 모델을 논리 모델의 이름만 영문으로 바꾼 산출물로 본다.
• 물리 제약을 이유로 업무 관계와 유일성 규칙을 문서 없이 삭제한다.