[SQLD] 데이터 모델링의 이해

데이터 모델의 이해

 

1. 모델링의 개념

- 현실 세계의 비즈니스 프로세스와 데이터 요구 사항을 추상적이고 구조화된 형태로 표현하는 과정

- 데이터베이스의 구조와 관계 정의 → 데이터의 저장, 조작, 관리 방법 명확하게 정의

 

2. 모델링의 특징

- 단순하고 추상적(간략)이지만 명확하게!

단순화	불필요한 세부 사항 제거
추상화	간략하게 표현
명확화(구체화)	정확하게 현상 기술

 

3. 데이터 모델링 3가지 관점

데이터 관점	데이터가 어떻게 저장, 접근, 관리되는지 정의
프로세스 관점	데이터가 시스템내에서 어떻게 흐르고 변환되는지 정의(과정)
데이터 + 프로세스 관점	어떤 데이터를 사용, 생성, 변경하는지 명확하게 정의

 

4. 데이터 모델링 유의점

① 중복

- 한 테이블 또는 여러 테이블에 같은 정보를 저장되지 않도록 함

 

② 비유연성

- 사소한 업무 변화에 대해서도 잦은 모델 변경이 되지 않도록 주의해야 함

- 데이터 정의를 프로세스와 분리

 

③ 비일관성

- 데이터베이스 내의 정보가 모순되거나 상반된 내용을 갖는 상태를 의미

- 데이터가 상호연관 관계를 명확히 정의

- 데이터 중복이 없더라도 비일관성은 발생할 수 있음

 

5. 데이터 모델링 3가지 요소

① 대상(Entity)

② 속성(Attriute)

③ 관계(Relationship)

 

6. 데이터 모델링의 3단계(개, 논, 물)

개념적 모델링	논리적 모델링	물리적 모델링
- 업무 중심적, 포괄적 수준의 모델링 - 추상화 수준이 가장 높음 - 엔티티(Entity)를 추출하는 단계 - 엔티티(Entity)들과의 관계를 표현하기 위해 ERD 작성	- 개념적 모델링의 결과를 토대로 세부속성, 식별자, 관계 등을 표현하는 단계 - 데이터 정규화 수행 - 재사용성이 높아 유지보수가 용이함	- 논리 모델링이 끝나면 이를 직접 물리적으로 생성하는 과정 - 데이터베이스 성능, 디스크 저장구조, 하드웨어의 보안성, 가용성 등을 고려 - 가장 구체적인 데이터 모델링 - 추상화 수준이 가장 낮음

 

7. 스키마의 3단계 구조

- 스키마 : 데이터베이스의 구조와 제약 조건에 관한 전반적인 명세를 기술한 메타데이터 집합(= 모든 객체에 대한 정보)

- 외부 스키마 : 사용자가 보는 관점, 사용자나 응용프로그램이 필요한 데이터를 정의

- 개념 스키마(논리적 모델링) : 논리적 구조 정의 / 개체, 속성, 관게, 데이터타입 등을 정의

- 내부 스키마(물리적 모델링) : 물리적을 어떻게 저장되는지 정의 / 저장 구조, 컬럼, 인덱스 등을 정의

 

8. 3단계 스키마의 독립성

* 독립성 : 한쪽이 변경되더라도 다른 쪽에 영향을 미치면 안됨

1) 논리적 독립성 : 논리적 데이터 구조가 변경되어도 응용 프로그램(외부스키마)에 영향을 주지 않은 특성

2) 물리적 독립성 : 물리적 구조가 변경되어도 개념/외부 스키마에 영향을 주지 않는 특성

---

엔티티(Entity)

 

1. 엔티티(Entity)의 개념

- 현실 세계에서 독립적으로 식별 가능한 객체나 사물을 나타냄

- 업무상 분석해야 하는 대상(인스턴스)들로 이루어진 집합

- 인스턴스는 엔티티의 특정한 속성 값들로 구성된다.

* 식별자 : (학번) → 고유한 학번으로 각 학생을 식별

 

 

2. 엔티티(Entity)의 특징

1) 유일한 식별자에 의해 식별 가능

 

2) 해당 업무에 필요하고 관리하고자 하는 정보

 

3) 인스턴스들의 집합

- 영속적으로 존재하는 2개 이상의 인스턴스의 집합

 

4) 엔티티는 반드시 속성을 가짐

- 각 엔티티는 2개 이상의 속성을 가짐(ex. 학번, 이름, ...)

- 하나의 인스턴스는 각각의 속성들에 대한 1개의 속성 값만 가짐(ex. 수학, 과학, 체육 → 과목)

 

5) 엔티티는 업무 프로세스에 의해 이용

 

6) 다른 엔티티와 최소 1개 이상의 관계 성립

 

 

3. 엔티티(Entity)의 분류

유형과 무형에 따른 분류	Entity	정의
	유형	- 물리적 형태 있음 - 안정적이고 지속적으로 활용 - 업무로부터 구분하기 용이한 ex. 사원, 물품, 강사 등
	개념	- 물리적 형태 없음 ex. 조직, 보험 상품 등
	사건	- 업무를 수행에 따라 발생하는 - 발생량이 많고, 각종 통계자료에 이용 ex. 주문, 청구, 미납 등
발생 시점에 따른 분류	기본	- 업무에 원래 존재하는 정보 - 독립적 생성 - 부모 엔티티 역할 - 자신의 고유한 주식별자를 가짐 ex. 사원, 부서, 고객, 상품 등
	중심	- 기본 엔티티로부터 발생되고 그 업무에서 중심적인 역할 - 많은 데이터가 발생되고 다른 엔티티와의 관계를 통해 많은 행위 엔티티를 생성 ex. 계약, 사고, 청구, 주문, 매출 등
	행위	- 2개 이상의 부모엔티티로부터 발생 - 자주 내용이 바뀌거나 데이터 양이 증가 ex. 고객 + 상품 => 주문

 

4. 엔티티(Entity)의 명명

- 현업 사용 용어

- 가능하면 약자 사용 자제

- 단수 명사 사용(복수x)

- 모든 엔티티에서 유일하게 이름 부여

- 엔티티 생성 의미대로 이름 부여