데이터 모델링의 정의

데이터 모델링의 핵심

단순화, 추상화,명확화

개념

현실의 대상을 데이터로 저장,어디에 어떤데이터를 저장할지 설계

특징

• 단순화 -> 약속한 표기법을 이용
• 추상화-> 현실에 존재하는 구체적데이터의 특징을 추상적으로 표현 구체적 대상을 특징만 추려서 간결하게 표현
• 명확화(해석 용이성) -> 추상화,단순화등 현실세계데이터를 쉽게 표현함으로 해석을 용이하게함

모델링 종류와 핵심

데이터 관점 모델링->어떤 데이터와 관련있는지 중심

프로세스 관점 모델링->어떻게 진행되는지 관점에서 중점을 둠
상관관점 모델링->흐름에 따라 데이터 와 어떻게 작용하는지 의관점 에서진행

중요성
파급 효과
설계 없이 진행 시 예상치못한 파급효과발생 할수 있으므로 미리구조를 설계
이를기반으로 개발진행 → 영향최소화
복잡한 정 보요구사항의 간결화
복잡한 요구사항은 그림으로시각화해 모두가알수있 토록 함 → 협업의 기준

데이터 품질
중복
같은데이터를 여러번 저장하지않도 록 중복 없이설계가중요
비유연성
데이터와 프 로세스 설계가 너무긴밀하지 않도록 설계하는것 유연성있는설계 를 해야함 → 사소한정보에도 설계의 흔들림x
비일관성
같은상황인데 데이터가다르게 저장 되는것 → 데이더의 신뢰성을 위해 동일설계 적용 필요함 → 구조적설계 데이터 품질의 필수

좋은데이터 모델링 정리
현업요구사항과 비즈니스 규칙반영 → 업무의필요한 흐름대로 설계반영
데이터 중복 X재사용 가능설계 → 한곳에 저 장된것을 다른곳에서도 사용가능 해야함
의사소통용이
데이터일관성과 유연성

데이터 모델링 순서
개념적 데이터 모델링 → 논리적 데이터 모델링→ 물리적 데이터 모델링

예시
집짓고싶다→ 요구 사항
간단 설계도 제작 → 개념적 데이터 모델
상세설계도제작 → 논리적 데이터 모델
실제구 축 → 물리적 데이터 모델링
집완성 → D B 완성

개념적 데이터 모델링
요구사항 기반 어떤 데이터 가필요한지 결정하는 단계
요구사항을ERD 로 표시함

논리적 데이터 모델링
개념적 모델링 진행결과로 속성값을입력. 식별자와제약조건 이나정규화 반영 상 세 설계로만드는과정
모델링단계중 제일중요함

물리적 데이터 모델링
논리적 모델링 기반으로 실제 DBMS 작업 진행

개념적 데이터모델링 특징
추상화, 단순화, 명확화 → ERD 로 의사소통 가능하게 함
업무 중심적 → ER D 만보고 의사소통 가능 해야함
EA 수립에 활용 → EA 란 전사 아키텍처 를 의미 = 기업 을 전산화할때 추상적,개괄적 이어야함
DBMS 독립적 → 오라클 My SQL 등 다양한 DBMS에서 사용가능해야함

논리적 데이터모델링 핵심
모든요구 사항 반영→ 가장시간 오래걸림
key,속성관계 정의 → 속성, 식별자, 정규 화 , 관계설정진행
재사용 성이 높음 → 설계 뿐아니라 실제운영이나 유지보수, 실제 개발에서도 전반적으로 사용 되어야함
DBMS 종속적 → 특정DBMS에 맞게 설정
DBMS 별 문법이다르기때문에 사용할 DBMS에 맞춰야한다
정규화 수행 → 반드시 수행 해야 데이터이상 현상 을 방지한다
이를 위해 엔터티 분리가 필요함

논리적 모델링 그리는 과정
속성입력→ 식별자지정 → 정규화 → 관계설정→ N : N 관계해소
엔터티는 유일한 인스턴스를 식별하는 식별자를 반드시 한개가져야 한다
인스턴스 란 구체적인 데이터다
엔터티가 가지고있는 속성중에서 식별자가 될수있는것을고른다
I E방식
회원
회원아이디 → 식별자
패스워드
나이
Barker 방식
회원
# 회원 아이 디 →식별자
* 패스워드 → 필수속성
o 나이 → 선택속성

정규화 수행
관계설정
부모 엔터티의 식별자를 자식엔터티의 외래키로 설정 하여 관계설정

물리적 모델링 특성
DB가 이해할수 있는 형태로 변환 → 컴퓨터가 이해 할수 있어야함
성능과 저장공간 고려 → 물리적 크기와 성능고려 대용량처리, 파티셔닝등 물리적 성능요소 고려 후 설계
가장구체적인 모델링 단계 → 컴퓨터가 이해해야하는 구체적 단계
반정규화수행 → 엔터티를 중복/통합 함

정규화 VS 반정규화
정규화 → 중복 을 제거 하고 이상현상방지, 엔 터 티분리함
반정규화 → 성능을 높이고 엔터티를 통 합하거나 일부중복허용

데이터 베이스 독립성

데이터 구조가 변경되어도 다른 계층에 영향을 주지 않는것으로 독립성 보장을 위해 스키마 구조를 사용한다

스키마란 데이터베이스를 바라보는 관점이다

데이터 베이스의 스키마 구조

외부스키나 개념스키마 내부 스키마 3단계 구조가 있음

• 외부스키마 -> 사용자 맞춤, 필요한 데이터만보여주는 관점
• 개념스키마 -> 여러사용자가 바라보는 하나의 통합적 관점 제공
• 내부스키마 -> 실제로 데이터가 저장되는 물리적구조

3단계 스키마 구조의 독립성

논리적 독립성

개념스키마와 외부스키마간의 독립성으로 개념스키마에 변경이 생겨도 외부 사용자에게 영향을 주지 않는다 속성을 삭제한다면 외부스키마에 영향을 줄수는 있지만 독립적 개념에 집중한다

물리적 독립성

외부,개념 스키마와 내부스키마간의 독립성으로 물리적인 저장구조가 바뀌어도 논리적인 개념구조에 영향을 주지 않는다

독립성은 다른스키마에 영향을 주지 않으므로 유지보수 및 변경을 유연하게 할수 있다

데이터 모델의 이해관계자

• 개발자 -> 실제 개발을 위해 데이터 모델을 읽을수 있어야함
• DBA -> 데이터베이스의 백업, 복구,접근권한,SQL튜닝등 전반적으로 관리하는 전문가
• 클라이언트 
• 전문 모델러 -> 대형프로젝트 기준 데이터모델링을 전문적으로 하는 역할이 존재함