[SQLD][데이터 모델링] SQL 개발자 과외노트 0-27쪽
모델링 : 현실 세계를 반영한 모델을 단순화하여 표현한 것
모델링의 특징 : 추상화, 단순화, 명확화
모델링의 3가지 관점 : 데이터 관점, 프로세스 관점, 데이터와 프로세스 관점
단계 : 개념적 -> 논리적 -> 물리적
외부 스키마 : 여러 개의 사용자 관점, DB의 각 사용자나 응용 프로그램가 접근하는 DB의 정의
개념 스키마 : 모든 사용자의 관점 통합, 조직 전체 관점
내부 스키마 : 물리적인 저장구조
논리적 독립성 : 개념 스키마가 변경되어도 외부 스키마는 영향받지 X
물리적 독립성 : 내부 스키마가 변경되어도 외부/개념 스키마는 영향받지 X
엔터티 Entity
업무에서 쓰이는 데이터를 용도별로 분류한 그룹
엔터니 = Table / 인스턴스 = Row / 속성 = Column
엔터티
1. 실제 업무에서 쓰여야 한다
2. 유니크함을 보장할 수 있는 식별자가 있어야한다.
3. 2개 이상의 인스턴스를 가지고 있어야 한다
4. 속성이 있어야 한다.
5. 다른 엔터티와 1개 이상의 관계를 가지고 있어야한다.
엔터티 이름 정하기
한글은 약어를 쓰지 않는다
영문은 대문자로
단수 명사로 표현, 띄어쓰기 X
속성
1개의 엔터티는 2개 이상의 인스턴스를 갖는다
1개의 인스턴스는 2개 이상의 속성을 갖는다
1개의 속성은 1개의 속성값을 갖는다
하나의 엔터티는 1개 이상의 속성을 갖는다
하나의 속성은 2개 이상의 속성값을 갖는다
속성을 의미상으로 쪼개는 것을 정규화라고 한다
특성에 따른 분류
기본 속성 : 업무 프로세스 분석을 통해, 바로 정의가 가능한 속성
설계 속성 : 업무에는 없지만, 설계하다보니 필요하다고 판단되어 도출해낸 속성
파생 속성 : 다른 속성의 속성값을 계산하거나, 특정한 규칙으로 변형하여 생성한 속성
구성방식에 따른 분류
PK(primary Key) 엔티티의 인스턴스를 식별할 수 있는 속성
FK(Foreign Key) 다른 엔터티의 속성에서 가져온 속성
일반속성 PK, FK를 제외한 나머지 속성
도메인 : 각 속성이 가질 수 있는 속성값의 범위
용어사전 : 명확한 이름, 다른 엔터티와의 혼란을 예방하기 위해 사용한다.
< 엔터티 간의 관계 표기법 >
관계명
관계 차수 : 관계에 참여하는 수
관계선택사양 : 필수인지 선택인지