데이터베이스 - 논리 모델링

3.1 논리 모델링 체계

  1. 개체 파악 : 개체 및 관계 정의

  2. 식별자 파악 : 식별자 정의

  3. 상세화 : 정규화

  4. 통합 : 사용자 뷰 통합

  5. 검증 : 모델의 품질 검증

 

1. 개체 파악 : 개체 및 관계 정의

 - 개체 정의

• 개체 도출
• 개체의 유형, 특징 분류
• 개체 정의서 작성

 - 관계 정의   

• 각 개체간의 적절한 관계 설정
• 정확한 관계 표기법을 이용
• 관계정의서 작성

 

2. 식별자 파악 : 식별자 정의

 - 식별자 파악
   - 개체에 필요한 주,부 식별자 파악
   - 가장 적절한 주 식별자 지정
   - 부 식별자에 대한 설정
   - 개체간의 외부 식별자 설정
   - 식별자 업무 규칙정의서 작성

 - 각 개체에 대한 개체 무결성과 참조 무결성 확보

 

3. 상세화 : 정규화

   - 정규화 과정을 통해 개체를 정제
   - 속성에 대한 정의
   - 속성 업무 규칙정의서 작성

 

4. 통합 : 사용자 뷰 통합

   - 사용자 뷰의 통합

 

5. 검증 : 모델의 품질 검증

   - 요구사항 반영 검증
   - 개체,관계, 식별자, 속성에 대한 품질 검증

 

3.2 개체
 - 개체의 정의
   - 정보를 보관하는 객체 : James Martin
   - 명확하게 식별 가능한 사물 : Perter Chen
   - 관리 대상이 되는 정보를 가지고 있거나 정보의 대상이 되는 유,무형의 사물이나 객체
 - 개체의 특징
   - 상호 배타성
      - 모든 tuple은 하나의 개체에만 속해야 한다.
   - 식별성
      - 개체내의 모든 tuple은 식별자에 의해 식별이 가능해야 한다.

 

 - 개체 유형
   - 기본 개체 (핵심 개체)
     - 학생, 부서, 사원 등과 같이 기본 정보를 포함한 개체
     - 정보 처리를 위해 기본적(독립적)으로 존재하는 개체
   - 개념 개체
     - 업무처리나 흐름을 위해 무형의 과정이나 개념을 위해 만들어진 개체
     - 공정, 상태와 같이 핵심개체의 일부로 여겨지기도 한다.
   - 교차 개체(관련 개체)
     - 두 개체간에 관계를 위해 만들어지는 개체
     - N:M 관계를 해소하는 역할을 한다.
     - 예 : 구매,입고

 

 - 개체 구분
   - 상위개체(Super type entity) : 하위 개체(Sub type entity)
     - 부모 개체 : 자식 개체
     - 독립 개체 : 종속 개체

 - 개체 정의
   - 선입견을 버리는 것이 중요
   - 명확한 의미를 정의
   - 서류, 인터뷰 등을 기본 자료로 이용
   - Top‐down 방법으로 접근
 

 - 개체 정의 요소
   - 개체 명칭
   - 개체 설명과 의미
   - 약어및 동의어
   - 차후 데이터 출현 량에 대한 예측

 

 - 개체 검토 항목
   - 명칭 : 적절한 구별 가능한 이름이 사용되었는가?
   - 상호배타성 : 각 row는 구별 가능한가?
   - 정규화 준수
   - 주 식별자(식별자) : 적절한 종속관계가 유지되는가?
   - 속성의 구성 : 최소 둘 이상의 연관 있는 속성로 구성되었는가?
   - 동의어 : 동의어 파악은 적절한가?
   - 크기 및 사용 : 개체의 크기와 사용 빈도수(메모리 상주여부)
   - 관계 : 최소 한 개 이상의 관계가 있는가? (불필요한 관계 설정이 없는지?)

 

 - 개체 도출 예
   - 구매 발주 업무
     - 각 부서는 구매 의뢰를 한다.
     - 구매 의뢰에 따라 구매 발주가 이루어 진다.
     - 한 구매 의뢰는 여러 번 발주 될 수 있다.
     - 자재는 자재 master에 의해서 관리 된다.
     - 한 거래처에 대해서 한 건의 발주는 한 건의 구매 발주서가 발행 된다.
     - 한 건의 구매 발주에는 여러 품목이 포함된다.

 

 - 구매의뢰 : 회사내에서 필요한 물건이 부족해서 물건을 구매하는 부서(총무)에 필요한것을 의뢰하는 문서 

 - 자재 : 회사내에서 일하기 위해서 필요한 물품 

 - 부서와 구매의뢰는 1대1 관계지만 구매의뢰, 자재 master, 구매발주 테이블은 다대다관계이다.

 

 - 개체 정의 시 주의 사항

   - 단일 사례를 개체로 만들지 않는다.
   - 개체가 고립되지 않도록 한다.
   - 동의어를 각각의 개체로 만들지 않는다.
   - 식별자 외에 동일한 속성을 가진 개체를 생성해서는 안 된다.

 

 

 

실습) 인사기록카드 모델링

 

해석 

현주소는 중복입력이 아니지만 칸수는 3개다

현주소는 이사하면서 바뀔수있으니 여유롭게 칸을 만든것뿐

1차 정규화 대상이 아니다

 

보증인

컬럼에 주식별자로 설정할만한게 없어서 순번컬럼을 만든다

 

면허

주식별자로 올릴려면 명칭, 종별 둘다 올려야한다.인가번호는 회사에서 안보기때문에X

 

가족

컬럼에 주식별자로 설정할만한게 없어서 순번컬럼을 만든다

 

 

관계

 

 - 정의 : 두 개 이사으이 개체간에 명명 되어진 의미 있는 연결

 - 관계차수 : 필수/|, 선택/O, 다중/<

 

 - 관계의 종류
   - 종속관계 : 개체간에 주/종 관계를 표현

   - 식별관계 : 외부 식별자가 주 식별자인 경우
   - 비식별관계 : 외부 식별자가 일반 속성인 경우
   - 중복관계 : 개체간 두 번의 종속관계
   - 재귀관계 : 자기 자신을 참조

 - 배타관계
   - 배타적 논리합(Exclusive, xor) : 중복이 없음
   - 배타적 논리곱(inclusive) : 중복 가능