SQLD | 데이터 모델링 요소

엔터티 (Entity)

 : 개체라고도 표현하면 의미있는 하나의 정보 단위를 뜻함

엔터티와 인스턴스 관계

 : 인스턴스는 특정 데이터 내용이 전체 집합, 이러한 인스턴스가 모여서 엔터티를 형성

엔터티 특징

- 업무에서 필요로 하는 정보
- 식별 가능 여부
- 인스턴스의 집합 : 기본적으로 2개 이상의 인스턴스로 구성되어야 함
- 업무 프로세스에 의해 활용되어야 함
- 속성을 포함해야 함
- 관계가 설정되어 있어야 함

엔터티의 분류

 - 유/무형에 따른 분류
  1. 유형 엔터티 : 물리적인 형태가 존재
  2. 개념 엔터티 : 개념적인 정보로 구분
  3. 사건 엔터티 : 특정 이벤트에 따라 발생
  
  - 발생 시점에 따른 분류
  1. 기본/키 엔터티 : 독립적 생성 가능, 고유한 주식별자 갖음
  2. 중심 엔터티 : 기본 엔터티로부터 발생
  3. 행위 엔터티 : 두 개 이상의 부모 엔터티로부터 발생

엔터티의 이름짓기 방식

1. 가능하면 업무에서 사용하는 용어로
2. 축약어 사용 x (사용한다면 의미가 온전하게 드러날 수 있게 작성)
3. 단수 명사 사용, 띄어쓰기 x
4. 엔터티 이름 중복 x
5. 엔터티 생성 의미대로 이름 부여

속성(Attribute)

: 인스턴스가 가진 성격, 의미상 더이상 분리되지 않는 최소의 데이터 단위

엔터티, 인스턴스, 속성, 속성값의 관계

 - 엔터티는 2개 이상의 인스턴스의 집합이어야 함
 - 엔터티는 2개 이상의 속성으로 구성
 - 1개의 속성은 1개의 속성값을 가짐

속성 특징

- 업무에서 필요
- 더 이상 분리되지 않는 그 자체, 독립성 유지
- 엔터티를 설명하고 인스턴스의 구성요소가 됨
- 주식별자에 함수적 종속성을 가져야 함
- 하나의 속성은 한 개의 값만 가짐

속성 분류

- 특징에 따른 분류
1. 기본 속성 : 업무로부터 추출된 모든 속성
2. 설계 속성 
3. 파생 속성 : 다른 속성에 영향받아 발생, 가급적 파생적 속성을 적게 정의하는 것이 좋음(정확성을 위해)

- 구성 방식에 따른 분류
1. PK 속성 : 엔터티를 식별할 수 있는 속성
2. FK 속성 : 다른 엔터티 관계 포함
3. 일반 속성 : PK, FK 포함 x 

도메인

: 속성이 가질 수 있는 값의 범위

속성의 이름짓기 방식

1. 가능하면 업무에서 사용하는 용어 사용
 2. 축약어 사용x, 사용한다면 의미가 드러나도록 작성
 3. 명사형 사용
 4. 수식어 많이 x
 5. 속성의 충돌을 방지하기 위해 유일하게 작성

관계 (Relationship)

관계의 분류

- 관계의 종류
 1. 존재에 의한 관계
 2. 행위에 의한 관계

UML(Unified Modeling Language)

  : ERD는 존재적 관계, 행위에 의한 관계 구분 x, UML의 클래스 다이어그램은 구분함

관계 표기법

: IE 표기법

관계차수 (Degree / Cardinality)

-  1:1
-  1:N
-  M:N 

 관계선택사양

: 항상 참여하는지, 참여할 수도 있는지 나타내는 방법

관계 정의 시 확인사항

1. 두 엔터티 사이 관심있는 연관 규칙 유무
2. 두 엔터티 사이 정보 조합 유무
3. 업무 기술서, 장표에 관계 연결 규칙 있는지
4. 업무 기술서, 장표에 관계 연결 가능한 동사 있는지

식별자 (Identifier)

 : 엔터티 안 여러 속성 중 대표할 수 있는 속성

주식별자 특징

- 유일성
 - 최소성
 - 불변성 : 지정되면 값 변하면 x
 - 존재성 : 반드시 데이터 값 존재해야 함

식별자 표기법

주식별자 도출기준

- 업무에서 자주 이용되는 속성으로 설정
- 특정한 이름으로 기술되는 것 -> 주식별자로 사용x
- 복합으로 주식별자 구성할 경우 너무 많은 속성 포함되지 않게 주의