[SQLD 정리]2DAY

과목 1 데이터 모델링의 이해

1장 데이터 모델링의 이해

제 1절 데이터 모델의 이해

4. 데이터 모델링의 3단계 진행

데이터 모델링	내용	수준
개념적 데이터 모델링	# 추상화 수준이 높고 업무중식적이고 포괄적인 수준의 모델링 진행 # 전사적 데이터 모델링 # EA 수립시 많이 사용	추상적
논리적 데이터 모델링	# 시스템으로 구축하고자 하는 업무에 대해 Key, 속성, 관계 등을 정확하게 표현 # 재사용성이 높음
물리적 데이터 모델링	# 실제로 데이터베이스에 이식할 수 있도록 성능, 저장 등 물리적인 성격을 고려하여 설계	구체적

 

5. 프로젝트 생명주기에서 데이터 모델링

 

[ 프로젝트 라이프사이클과 데이터 모델링 ]

# 일반적으로는 계획 또는 분석단계에서 개념적 데이터 모델링 분석단계에서 논리적 데이터 모델링 설계단계에서 물리적 데이터 모델링이 수행된다. 단, 현실 프로젝트에서는 개념적 데이터 모델이 생략된 개념/논리 데이터 모델링이 분석단계 때 대부분 수행된다.

 

6. 데이터 모델링에서 데이터독립성의 이해

가. 데이터독립성의 필요성

# 데이터 독립성 필요

- 유지보수 비용 증가

- 데이터 중복성 증가

- 데이터 복잡도 증가

- 요구사항 대응 저하

 

나. 데이터베이스 3단계 구조

 

[ 데이터 독립성 ]

 

다. 데이터독립성 요소

항목	내용	비고
외부스키마	# View 단계 # 여러 개의 사용자 관점으로 구성 # 개개 사용자 단계로서 개개 사용자가 보는 개인적 DB 스키마 # DB의 개별 사용자나 응용프로그래머가 접근하는 DB정의	# 사용자 관점 # 접근하는 특성에 따른 스키마 구성
개념스키마	# 개념단계 # 하나의 개념적 스키마로 구성 # 모든 사용자 관점을 통합한 조직 전체의 DB를 구성하는 것 # 모든 응용시스템들이나 사용자들이 필요로 하는 데이터를 통합한 조직 전체의 DB를 기술한 것으로 DB에 저장되는 데이터와 그들간의 관계를 표현한 스키마	# 통합관점
내부스키마	# 내부단계 # 내부스키마로 구성 # DB가 물리적으로 저장된 형식 # 물리적 장치에서 데이터가 실제적으로 저장되는 방법을 표현하는 스키마	# 물리적 저장구조

 

라. 두 영역의 데이터 독립성

독립성	내용	특징
논리적 독립성	# 개념스키마가 변경되어도 외부스키마에는 영향을 미치지 않도록 지원하는 것 # 논리적 구조가 변경되어도 응용프로그램에 영향 없음	# 사용자 특성에 맞는 변경 가능 # 통합 구조 변경 가능
물리적 독립성	# 내부스키마가 변경되어도 외부/개념 스키마는 영향을 받지 않도록 지원하는 것 # 저장장치의 구조변경은 응용프로그램과 개념스키마에 영향 없음	# 물리적 구조 영향 없이 개념구조 변경가능  # 개념구조 영향 없이 물리적 구조 변 경 가능

 

마. 사상

사상	내용	예
외부적/개념적 사상(논리적 사상)	# 외부적 뷰와 개념적 뷰의 상호 관련성을 정의함	# 사용자가 접근하는 형식에 따라 다른 타입의 필드를 가질 수 있음 # 개념적 뷰의 필드타입은 변화가 없음
개념적/내부적 사상(물리적사상)	# 개념적 뷰와 저장된 데이터베이스의 상호 관련성을 정의함	# 만약 저장된 데이터베이스 구조가 바뀐다면 개념적/내부적 사상이 바뀌어야함. # 그래야 개념적 스키마가 그대로 남아있게됨

 

7. 데이터 모델링의 중요한 세 가지 개념

가. 데이터 모델링의 세 가지 요소

# 업무가 관여하는 어떤 것

# 어떤 것이 가지는 성격

# 업무가 관여하는 어떤 것 간의 관계

 

나. 단수와 집합(복수)의 명령

개념	복수/집합개념 타입/클래스	개별/단수개념 어커런스/인스턴스
어떤 것	Entity Type	Entity
	Entity	Instance Occurrence
어떤 것 간의 연관	관계	페어링
어떤 것의 성격	속성	속성값

 

8. 데이터 모델링의 이해관계자

가. 이해관계자의 데이터 모델링 중요성 인식

 

[ 자료 처리의 중심은 데이터 ]

 

나. 데이터 모델링의 이해관계자

 

[ 데이터 모델 이해관계자 ]

 

9. 데이터 모델링의 표기법인 ERD의 이해

가. 데이터 모델 표기법

 

[ 데이터 모델 표기법 ]

 

나. ERD 표기법을 이용하여 모델링하는 방법

# ERD 작업순서

1. 엔터티를 그린다.

2. 엔터티를 적절하게 배치한다.

3. 엔터티간 관계를 설정한다.

4. 관계명을 기술한다.

5. 관계의 참여도를 기술한다.

6. 관계의 필수여부를 기술한다.

 

# 엔터티 배치

- 좌에서 우로, 위에서 아래로

- 가장 중요한 고객과 주문을 죄측 상단에 배치

- 주문에 따른 출고 및 재고를 주문의 아래에 차례로 배치

- 업무의 흐름의 중심이 되는 엔터티를 중앙에 배치

- 중심 엔터티와 관계있는 엔터티를 주위에 배치

 

# ERD 관계의 연결

- 서로 관련있는 엔터티간의 관계를 설정

- 초기에는 모두 PK로 속성이 상속되는 식별자 관계를 설정

- 중복관계, Cycle 관계 등을 유의

 

# ERD 관계명의 표시

- 관계이름은 현재형을 사용

- 지나치게 포괄적인 용어는 사용하지 않도록한다.

- 실무에서는 생략해도 무방

 

# ERD 관계 관계차수와 선택성 표시

 

[ 관계차수와 선택성 표시 ]

 

10. 좋은 데이터 모델의 요소

가. 완전성

# 업무에서 필요로 하는 모든 데이터가 모델에 정의되어 있어야 한다.

 

나. 중복배제

# 하나의 데이터베이스에 동일한 사실은 반드시 한 번만 기록되어야한다.

# 중복시 문제점

- 저장공간의 낭비

- 일관성 유지를 위한 추가 비용 발생

 

다. 업무규칙

# 업무규칙을 데이터 모데링에 표현하고, 모든 사용자가 공유한다.

# 모든 사용자가 해당 규칙에 대해 동일하게 판단하고 데이터를 조작할 수 있게 된다.

# 업무규칙이 명확하게 표현되지 않았다면 각각의 사용자가 같은 업무를 다르게 판단할 수 있다.

 

라. 데이터 재사용

# 통합성

- 과거 시스템은 각각의 업무 영역별 데이터 별도 관리

- 전사적 관점에서 공통데이터를 도출하고 이를 전 영역에서 사용하기 적절한 형태로 설계하여야한다.

- 이러한 통합 데이터 모델이어야 데이터 재사용성을 향상시킬 수 있다.

 

# 독립성

- 과거 시스템은 데이터 모델이 별도로 없이 어플리케이션의 부속품 정도로 여겨졌다.

- 이 경우 데이터는 각각의 업무프로세스에 종속적일 수밖에 없고 중복데이터 발생, 일관성 저하, 재사용성이 떨어지게 된다.

- 데이터가 어플리케이션에 독립적으로 설계되어야만 데이터 재사용성을 향상시킬 수 있다.

 

# 확장성, 유연성

- 정보시스템은 비즈니스 변화에 대해 최적의 적응을 요구한다.

- 비즈니스 변화에 유연하게 대처하고 확장이 용이한 데이터 설계가 필요하다.

- 확장성, 유연성이 떨어질 경우 작은 업무 변경에도 시스템 기반이 흔들리게 된다.

 

마. 의사소통

# 데이터 모델은 대상 업무를 데이터 관점에서 분석하고 설계하여 나오는 최종 산출물이다.

# 분석과정에서 도출되는 수많은 업무 규칙들은 최대한 자세하게 표현되어야한다.

# 모든 관련자들이 데이터 모델을 통해 의사소통을 할 수 있도록 자세하게 기술해야한다.

 

[출처]

 http://wiki.gurubee.net/pages/viewpage.action?pageId=26743267