DB 모델링 - 2. 개념 모델 & 논리 모델 & 물리 모델 : 2.1 개념 모델

2. 개념 모델 & 논리 모델 & 물리 모델

 

2.1 개념 모델

 

   ▶ 목적 : 중요한 데이터를 가장 간단하게 표현하는 것

   ▶ 표현 : ERD or UML or 문서

   ▶ 범위 : 해당 주제영역의 핵심적인 엔터티와 그 엔터티 사이의 관계 도출

 

개념 모델의 주요단계

   1) 요구분석

   ▶ 데이터 관점의 요구사항 분석

      ■ 어떤 업무를 하려면 어떤 데이터가 사용되어야 하는지?

      ■ 좋은 품질의 데이터를 보유하고 업무를 빠르게 수행하려면 데이터 구조를 어떻게 해야하는지?

      ■ 요구사항분석은 논리/물리 모델링중에도 반영된다.

      ■ 개념모델링과 요구사항 분석을 분리하는 경우도 있으나 같이 하는것이 바람직하다.

 

   ▶ 요구사항 분석을 제대로 하기 위한 방법

      ■ 현업IT담당자와의 상세 인터뷰를 통해 현행 데이터의 문제점과 개선해야 할 점을 요구하고, 향후 추가되거나 보완해야하는 업무에 대해서도

         데이터 관점에서 요구

 

2) 중요엔터티 선별

   ▶ 중요엔터티 선별시 주의사항

      ■ 너무 많은 엔터티를 대상으로 개념모델링을 수행하기 말 것 → 복잡성에 빠져 개념을 파악하기 어렵게 됨

      ■ 복잡하게 접근하지 말 것 → 데이터의 기초구조를 구축하는데 실패할 수도 있음

 

3) 엔터티 정의

   ▶ 핵심엔터티 선별 후 해당엔터티에 대해 명확하게 정의

      ■ 엔터티가 어떠한 데이터로 구성되었는지 정의

      ■ 그 데이터를 묘사하는 요소들이 무엇인지 정의

      ■ 그 요소들 중에서 결정자 역할을 하는 속성은 무엇인지 선언

 

4) 식별자 정의

   ▶ 엔터티의 결정자 역할을 하는 속성이 식별자

      ■ 식별자를 정의하는 것은 엔터티를 정의하는 것과 같다고 봄(식별자를 모르고 엔터티를 안다는 것은 모순)

      ■ 너무 많은 속성을 도출하는 것은 가독성이 떨어지고 개념적인 이해에 방해가 되므로, 식별자와 소수의 속성만을 도출해야 함

 

5) 엔터티 통합

   ▶ 유사한 성격의 데이터를 일반화 시키는 거

      ■ 주제영역을 잘못 도출하거나, 엔터티를 잘못 할당하면 유사한 데이터가 2~3군데 주제영역에 존재할 수 있음

 

6) 엔터티 간 관계 도출

   ▶ 핵심엔터티간의 관계는 논리모델이나 물리모델에서도 불변이어야 하므로 개념 모델링 단계에서 명확하게 규명해야함

      ■ 데이터발생순서, 업무프로세스, 단순 주식별자가 같다는 이유 등으로 실제 존재하지 않는 관계를 표현하지 말 것

      ■ 실제로 존재하는 관계를 빠트리지 말 것

      ■ 관계는 참조무결성 제약과 연관되어 데이터 무결성 차원에서 중요함