SQLD 요점 #1

데이터 모델링이란?

• 정보시스템을 구축하기 위한 데이터 관점의 업무 분석 기법
• 현실세계의 데이터에 대해 약속된 표기법에 의해 표현하는 과정
• 데이터베이스를 구축하기 위한 분석/설계의 과정

데이터 모델링 개념

개념적 데이터 모델링
: 추상화 수준이 높고 업무중심적, 포괄적인 수준 -> 전시적 데이터 모델링 EA수립시 이용

논리적 데이터 모델링
: 구축하고자 하는 업무에 대해 Key, 속성, 관계 등을 정확하게 표현 -> 재사용성이 높다

물리적 데이터 모델링
: 실제 DB에 이식 할 수 있도록 성능, 저장 등 물리적인 성격을 고려하여 설계

데이터 모델링 유의점

1) 중복(Duplication)
: 같은 사람, 시간 같은 데이터를 파악하는데 도움을 줌으로써 데이터베이스가 여러 장소에 같은 정보를 저장하지 않도록 한다

2) 비유연성(Inflexibility)
: 사소한 업무변화에 데이터 모델이 수시로 변경되면 안됨 (사소한 업무 변화에도 데이터 모델이 수시로 변경되면 유지보수의 어려움 가중)

3) 비일관성(Inconsistency)
: 데이터간의 상호 연관관계를 명확하게 정의하여 일관성 있게 데이터가 유지되도록 한다 -> 신용 상태에 대한 갱신 없이 고객의 납부 이력 정보 갱신 안됨

따라서 1. 중복 최소화! 2. 비유연성 버리기! 3. 비일관성 버리기!

데이터베이스 스키마 구조 3단계

외부 스키마 : 개개 사용자가 보는 개인적 DB 스키마
개념 스키마 : 모든 사용자 관점을 통합한 전체 DB (통합관점의 뷰)
내부 스키마 : 물리적 장치에서 데이터가 실제적 저장

데이터 독립성

논리적 독립성 : 개념 스키마가 변경되어도 외부 스키마에 영향 X
물리적 독립성 : 내부 스키마가 변경되어도 외부/개념 스키마는 영향 X

데이터 모델링 3요소

엔터티 : 어떤 것(Things)
속성 : 엔터티의 세부적인 사항(Attributes)
관계 : 엔터티의 연관성(Relationship)

ERD 작성 순서

• 엔터티를 그린다(혹은 도출한다).
• 엔터티를 적절하게 배치한다.
• 엔터티간 관계를 설정한다.
• 관계명을 기술한다.
• 관계의 참여도를 기술한다.
• 관계의 필수여부를 기술한다.

엔터티 (Entity)

: 업무에 필요하고 유용한 정보를 저장하고 관리하기 위한 집합적인 것, 보이지 않는 개념을 포함

엔터티의 특징

1) 유일한 식별자에 의해 식별 가능해야 한다.
(ex 이름, 성별등의 식별자는 중복성이 커서 불가능함)
2) 2개 이상의 인스턴스(속성)의 집합이어야 한다.
3) 엔터티는 반드시 업무 프로세스에 의해 이용된다.
4) 반드시 속성을 가져야 한다. 그리고 1개의 엔터티는 무조건 2개 이상의 속성을 가진다.
5) 엔터티는 다른 엔터티와 최소한 1개 이상의 관계를 맺는다.
6) 엔터티 명은 약어를 지양해야 한다.

🔹 유무형에 따른 분류

종류	설명
유형 엔터티	업무에서 도출되며 지속적으로 사용되는 엔터티 ex) 고객, 강사, 사원 등
개념 엔터티	개념적으로 사용되는 엔터티 -> 물리적 형태 X ex) 거래소 종목, 코스닥 종목, 생명보험 상품
사건 엔터티	:업무 수행시 생성되는 엔터티 ex) 주문, 청구, 미납

🔹 발생 시점에 따른 엔터티 종류

종류	설명
기본 엔터티(Basic Entity)	원래 존재하는 정보, 타 엔터티의 부모 역할을 하며 자기 자신의 고유한 주식별자를 가짐 ex) 고객, 상품, 부서 등
중심 엔터티(Main Entity)	기본 엔터티와 행위 엔터티 간의 중간에 있는것을 말함 -> 기본 엔터티로부터 발생되고 행위 엔터티를 생성하는것을 말함 ex) 계좌, 주문, 취소, 체결 등
행위 엔터티(Active Entity)	위의 엔터티들에 의해 발생하고, 고정된 행위가 아닌 유동성을 가진 데이터로 2개 이상의 엔터티로부터 발생 ex) 주문 횟수, 거래 체결 이력 등

엔터티의 이름 부여 방법

• 현업의 업무 용어를 사용
• 약어 사용 X
• 단수명사를 사용
• 모든엔터티에서 유일한 이름 부여
• 엔터티 생성의미대로 이름 부여

PS.내일 다시 온다 기다려라 SQLD...D-12🤧🤧