[SQL 전문가] 과목 I. 제1절 데이터 모델의 이해

과목 I.  데이터 모델링의 이해

👩🏻‍💻제1절  데이터 모델의 이해

---

1. 모델링의 이해

모델이란 현실세계를 추상화한 반영이다. (복잡한 '현실세계'를 단순화해 표현하는 것이다.)

모델링은 추상화, 단순화, 명확화 라는 3대 특징으로 요약할 수 있다.

모델링은 데이터 관점(What,Data), 프로세스 관점(How,Process), 데이터와 프로세스(Interaction)의 상관 관점으로 구분하여 설명할 수 있다.

---

2. 데이터 모델의 기본 개념 이해

정보시스템을 구축하기 위한 데이터 관점의 업무 분석 기법

현실세계의 데이터(What)에 대해 약속된 표기법에 의해 표현하는 과정

데이터베이스를 구축하기 위한 분석∙설계의 과정

---

3. 데이터 모델링의 중요성과 유의점

데이터 모델링이 중요한 이유는 파급효과(Leverage), 복잡한 정보 요구 사항의 간결한 표현(Conciseness), 데이터 품질(Data Quality)로 정리할 수 있다.

모델링을 할때 유의할 점은 중복, 비유연성, 비일관성(Inconsistency) 이 있다.

---

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

 

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

---

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

일반적으로는 계획 또는 분석 단계에서 개념적 데이터 모델링

분석 단계에서 논리적 데이터 모델링

설계 단계에서 물리적 데이터 모델링이 수행 된다.

단 현실 프로젝트에서는 개념적 데이터 모델이 생략된 개념∙논리 데이터 모델링이 분석 단계 때 대부분 수행된다.

---

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

데이터 독립성을 이해하기 위해서는 구조, 독립성, 사상(Mapping)의 3가지를 이해하면 된다.

 

∙ 구조

항목	내용	비고
외부 스키마 (External Schema)	- 뷰 단계 여러 개의 사용자 관점으로 구성, 즉 사용자가 보는 개인적 DB 스키마 - 응용 프로그래머가 접근하는 DB 정의	사용자 관점 접근 특성에 따른 스키마 구성
개념 스키마 (Conceptual Schema)	- 개념 단계 하나의 개념적 스키마로 구성 모든사용자 관점을 통합한 조직 전체의 DB를 기술하는 것	통합 관점
내부 스키마 (Internal Schema)	- 내부 단계와 내부 스키마로 구성됨. - DB가 물리적으로 저장된 형식	물리적 저장구조

∙ 독립성

논리적 독립성은 외부의 변경에도 개념 스키마가 변하지 않는 특징을 가진다.

물리적 독립성은 내부 스키마가 변경되어도 외부∙개념 스키마는 영향을 받지 않도록 지원한다.

∙ 사상(Mapping)

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

---

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

데이터 모델링을 구성하는 중요한 개념 세 가지는 데이터 모델에 대한 이해의 근간이 되므로 반드시 기억할 필요가 있다.

1) 업무가 관여하는 어떤 것(Things)

2) 어떤 것이 가지는 성격(Attributes)

3) 업무가 관여하는 어떤 것 간의 관계(Relationships)

---

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

실제 업무 프로젝트에서는 DBA가 데이터 모델링을 전적으로 하는 예는 거의 없다.

 

보통 응용 프로그램 개발자, 업무 분석가 가 담당한다.

 

그 이유는 데이터 모델링이라는 과정이 업무를 이해하고 분석하여 표현하는 것이 중요하고,

 

많은 시간을 설계하는 데 할애하기 때문이다.

데이터베이스 관리자 - DBA 란 무엇인가요?

 

---

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

ERD(Entity Relationship Diagram) 는 각 업무 분석에서 도출된 엔터티와 엔터티간의 관계를

이해하기 쉽게 도식화된 다이어그램으로 표시하는 방법이다.

ERD 작업순서✍️

1. 엔터티를 그린다.

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

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

4. 관계명을 기술한다.

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

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

---

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

완전성

중복 배제

업무 규칙

데이터 재사용

의사소통

통합성