[SQLD] 데이터 모델링의 이해(1)

1. 모델링의 이해

모델링: 현실 셰계를 특정한 목적에 따라 단순화, 추상화하여 이용하기 쉬운 형식으로 표현하는 과정

모델링의 특징

특징	설명
단순화	1. 목적을 위해 필요한 기능만 선택 2. 제한된 언어나 표기법을 이용해 쉽고 단순하게 표현한다.
추상화	1. 필요한 부분이나 중요한 부분을 통합하여 표현 2. 현실 세계를 일정한 형식에 맞게 표현
명확화	1. 대상에 대한 모호함을 제거하고 정확하게 기술

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

데이터 모델링: 현실 세계에 존재하는 데이터를 컴퓨터 세계의 데이ㅣ터베이스로 옮기는 과정

1. 데이터 모델이 제공하는 기능

제공 기능	설명
가시화	시스템의 원하는 모습을 시각적으로 볼 수 있도록 지원
구조화	시스템을 구축하기 위한 구조화된 틀 제공
명세화	시스템의 구조와 행동을 명확히 정의하여 기술할수 있도록 지원
문서화	시스템 구축 과정에서 결정하느 내용을 기록 및 보관
다양한 관점	다른 영역의 세부 사항은 숨기고 다양한 관점을 제공
표현 방법 제공	특정 목표에 따라 구체화한 상세 수준의 표현 방법 제공

2. 데이터 모델링의 유의점

유의점	설명
비유연성	데이터나 프로세스의 작은 변화가 애플리케이션과 데이터베이스에 중대한 변화를 일으킬 가능성을 감소시켜야 한다.
비일관성	데이터 간의 상호 연관 관계를 명확하게 정의하여 데이터에 모순이 발생하지 않도록 한다.
중복성	여러 장소의 데이터베이스에 같은 정보를 저장하지 않도록 한다.

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

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

추상화 수준에 따라 개념적 데이터 모델링, 논리적 데이터 모델링, 물리적 데이터 모델링의 3단계로 진행된다.

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

모델링	설명	추상화 수준
개념적 데이터 모델링	추상화 수준이 높고 업무 중심적이고, 포괄적인 수준의 모델링 진행 결과물로 ERD(Entity Relationship Diagram) 도출	높음
논리적 데이터 모델링	시스템으로 구축하고자 하는 업무에 대해 식별자, 속성, 관계 등을 정확하게 표현 데이터 모델의 재사용성이 가장 높은 데이터 모델링 데이터 정규화 작업 데이터 모델링이 최종적으로 완료된 상태	중간
물리적 데이터 모델링	데이터베이스의 물리적인 성격(성능, 저장 등)을 고려해 설계 실제로 데이터베이스를 구축할 때 참고되는 모델	낮음

3. 데이터 독립성과 데이터베이스 3단계 구조

데이터 독립성: 하위 단계의 데이터 구조가 변경 되더라도 상위 단계에 영향을 미치지 않는 속성

1. 데이터베이스의 3단계 구조

단계	스키마	설명
외부 단계(External Level)	외부 스키마(External Schema)	개별 사용자 관점에서 데이터베이스를 이해 및 표현 사용자나 응용 프로그래머가 접근하는 데이터베이스 정의
개념 단계(Conceptual Level)	개념 스키마(Conceptual Schema)	전체 사용자들의 관점을 통합, 조직 전체의 관점에서 이해 및 표현 데이터베이스에 저장되는 데이터 간의 관계를 기술
내부 단계(Internal Level)	내부 스키마(Internal Schema)	저장 장치의 관점에서 데이터베이스를 이해 및 표현 데이터가 물리적 장치에 실제로 저장되는 방법을 표현

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

1. ERD

ERD(Entity Relationship Diagram): 데이터 모델을 표현하는 방법으로, 개체와 개체 간의 관계를 이해하기 쉽게 약속된 도형으로 표시하는 표기법

2. ER 모델 표기법

4. ERD 작성 순서

순서	절차	설명
1	엔티티 생성	엔티티를 그림
2	엔티티 배치	각각의 엔티티를 적절하게 배치
3	관계 설정	관련 있는 엔티티 간의 관계를 설정하고 연결
4	관계명 표시	연결된 관계에 관계명 기술
5	관계 차수 및 선택성 표시	엔티티 내에 인스턴스들의 관계 참여도를 나타내는 관계 차수를 표현하고 필수/선책 표시

1. 엔티티의 개념과 특징

엔티티: 실체 또는 객체라는 뜻으로, 유용한 정보를 저장/관리하기 위한 집합적인 것이다.

인스턴스의 집합을 의미한다.

1. 엔티티의 특징

특징	설명
업무 정보	구축하는 시스템의 업무에서 반드시 필요하고, 관리가 필요한 정보
식별 가능	각각의 인스턴스를 식별 가능한 유일한 식별자 존재
인스턴스에 적합	영속적으로 존재하는 인스턴스의 집합 인스턴스는 1개가 아니라 2개 이상
업무 프로세스에 이용	엔티티는 업무 프로세스에 의해 반드시 이용
속성을 포함	엔티티는 반드시 속성을 포함 한 개의 엔티티는 두 개 이상의 속성을 갖음
관계의 존제	엔티티는 다른 엔티티와 한 개 이상의 관계가 존재

2. 엔티티의 분류

1. 유/무형에 따른 엔티티 분류

2. 발생 시점에 따른 분류

구분	특징	사례
기본 엔티티 (Fundamental Entity; Key Entity)	업무에 원래 존재하는 정보로서 독립적으로 생성 가능 자신의 고유 식별자를 가진다	사원, 부서, 고객, 상품, 자재
중심 엔티티(Main Entity)	기본 엔티티로부터 발생하고, 그 업무에 있어서 중요한 역할 수행 다른 데이터와의 관계를 통해 행위 엔티티 생성	계약, 사고, 청구, 주문, 매출
행위 엔티티(Active Entity)	두 개 이상의 부모 엔티티로부터 발생 상세설계 단계나 프로세스와 상관 모델링 중에 도출	주문목록, 사원변경 이력

3. 엔티티의 명명

명명 규칙

728x90

immgga