| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | 4 | |||
| 5 | 6 | 7 | 8 | 9 | 10 | 11 |
| 12 | 13 | 14 | 15 | 16 | 17 | 18 |
| 19 | 20 | 21 | 22 | 23 | 24 | 25 |
| 26 | 27 | 28 | 29 | 30 |
- EffectReel #UNITY
- 여행
- sql
- 언리얼 블루프린트
- 쉐이더 기본개념
- sqld #sqld 개념정리
- GroundEffect
- SwordSlashEffect
- 경주
- effect
- 발없는 새
- MeteorEffect
- 아비정전
- 파티클시스템 #모듈
- Today
- Total
창작과 기록
SQLD 개념정리 02. 엔터티 (Entity) 본문
A. 엔터티 개념
- 업무에 필요하고 유용한 정보를 저장하고 관리하기 위한 집합적인 것
- 엔터티 : table
- 속성 : column. 업무에서 필요로 하는 인스턴스로 더 이상 분리되지 않는 최소의 데이터 단위.
- 인스턴스 : 전체 row = 속성에 대한 value의 집합 = DB에 저장된 데이터 내용의 전체 집합
B. 엔터티 특징
- 업무에서 필요로 하는 정보로 구성.
- 업무 프로세스에 이용되어야 한다.
- 유일한 식별자의 의해 식별 가능해야 함. (e.g. 사원번호 O, 사원이름 X : 이름이 식별자일 경우 동명이인 존재시 중복오류발생)
- 2개 이상의 인스턴스의 집합이어야 한다.
- 속성은 필수값이다. (단, 관계 엔터티 제외 e.g. "주문하다", "결제하다" 등의 관계를 엔터티화 한 것들)
- 다른 엔터티와 1개 이상의 관계 필수.
C. 관계를 생략해야 하는 경우
- 통계성 엔터티 : 통계업무를 위한 데이터를 포함하고 있는 통계성 엔터티
- 코드성 엔터티 : 코드의 효율성을 높이는 코드성 엔터티
- 내부 시스템 상 처리에 필요에 의한 엔터티.
D. 엔터티 분류
1. 유무형에 따른 분류
1.1. 유형 엔터티 : 물리적인 형태가 있고 안정적이며 지속적으로 활용되는 엔터티 (e.g. 사원, 물품, 강사)
1.2. 개념 엔터티 : 물리적인 형태X. 관리해야 할 개념적 정보로 구분 (e.g. 조직, 보험상품)
1.3. 사건 엔터티 : 업무를 수행함에 따라 발생되는 엔터티. 발생량이 많으며 각종 통계자료에 이용 (e.g. 주문, 청구, 미납)
2. 발생시점에 따른 분류
2.1. 기본 엔터티 : Key entity. 해당 업무에 기본적으로 존재하는 엔터티. 다른 엔터티와의 관계에 의해 성성X. 독립적 생성 가능. 타 엔터티의 부모 역할. (e.g. 사원, 부서, 고객)
2.2. 중심 엔터티 : 기본 엔터티로부터 발생되고 업무의 중심적인 역할. (e.g. 계약, 접수)
2.3. 행위 엔터티 : 2개 이상의 부모 엔터티로부터 발생. 자주 내용이 바뀜. (e.g. 주문내역, 변경이력)
E. 엔터티 명명
- 현업에서 사용하는 용어 사용
- 약어 사용X
- 단수 명사 사용
- 모든 엔터티에서 유일한 이름 부여
- 엔터티 생성 의미대로 이름 부여
'SQL' 카테고리의 다른 글
| SQLD 개념정리 06. 정규화/ 반정규화 (1) | 2023.11.13 |
|---|---|
| SQLD 개념정리 05. 식별자 (Identifiers) (0) | 2023.11.10 |
| SQLD 개념정리 04. 관계 (Relationship) (0) | 2023.11.10 |
| SQLD 개념정리 03. 속성 (Attribute) (0) | 2023.11.10 |
| SQLD 개념정리 01. 데이터 모델링의 이해 (0) | 2023.11.10 |