[SQLD] 개념정리 - 데이터 모델링의 이해(2): 엔터티, 인스턴스, 속성

✅엔터티의 개념

: 사람, 장소, 물건, 사건, 개념 등의 명사에 해당함

: 업무상 관리가 필요한 관심사에 해당

: 저장이 되기 위한 어떤 것(Thing)에 해당함

=> 업무에 필요한 정보를 저장하고 관리하기 위한 집합적인 것(Thing)

 

✅엔터티와 인스턴스

엔터티: 인스턴스의 집합

ex. 엔터티: 과일 / 인스턴스: 사과, 오렌지, 딸기

 

✅엔터티의 특징

1. 반드시 업무에 필요하고, 관리가 필요한 정보여야 함.

2. 유일한 식별자에 의해 식별이 가능해야 함: 인스턴스 각각을 구분하기 위해 유일한 식별자가 존재해야 함.

3. 인스턴스의 집합이어야 한다: 2개 이상.

4. 업무 프로세스에 의해 이용이 되어야 함.

5. 속성을 가지고 있어어 함

6. 다른 엔터티와 최소 한 개 이상의 관계가 있어야 함.

마치 다른 엔터티와 최소 한 개 이상의 관계가 있어야 하는 엔터티의 특징을 보여주는 것 같다

 

✅엔터티의 분류

1. 유무에 따른 분류

• 유형(ex. 사원, 물품, 강사): 물리적인 형태가 있음. 안정적이며 지속적으로 활용. 엔터티를 구분하기가 가장 용이.
• 개념(ex. 조직, 보험상품): 물리적 형태는 존재하지 않지만 관리가 필요한 개념적 정보
• 사건(ex. 주문, 청구, 미납): 업무에 있어 발생되는 엔터티. 비교적 발생량이 많고 각종 통계자료에 이용됨.

2. 발생 시점에 따른 분류

• 기본(키)(ex. 고객, 상품): 업무에 원래 존재하는 정보. 다른 엔터티와의 관계에 의해 생성되는 것이 아닌, 독립적으로 생성이 가능. 타 엔터티의 부모 역할.
• 중심(메인)(ex. 주문, 배송): 기본 엔터티에서 발생하고 업무의 중심 역할. 데이터 양이 많으며 다른 엔터티와 관계를 통해 많은 행위 엔터티를 생성함.
• 행위(액션)(ex. 주문변경이력): 2개 이상의 부모 엔터티로부터 발생. 내용이 자주 바뀌거나 데이터양 증가함. 

 

✅엔터티의 명명

: 가능한 업무에서 사용하는 용어 그대로

: 가능한 약어는 지양

: 단수 명사를 사용

: 유일하게 부여되는 이름으로 명명할 것

: 엔터티 생성 의미대로 명명할 것

 

✅속성(Attribute)의 개념

: 업무에서 필요로 함

: 의미상 더 분리되지 않음.

: 엔터티를 설명하고 인스턴스의 구성요소.

=> 업무에서 필요로 하고 인스턴스에서 관리하고자 하는 의미상 더 이상 분리되지 않는 최소의 데이터 단위

 

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

• 한 개의 엔터티는 두 개 이상의 인스턴스의 집합
• 한 개의 인스턴스는 두 개 이상의 속성을 가짐
• 한 개의 속성은 한 개의 속성값(실제 데이터)을 가짐

 

✅속성의 분류

1. 특성에 따른 분류

• 기본속성: 업무분석을 통해 바로 정의한 속성
• 설계속성: 업무에 존재하지 않지만 설계하면서 도출한 속성
• 파생속성: 다른 속성에서 계산이나 변형되어 생성되는 속성

2. 엔터티 구성방식에 따른 분류

• PK(Primary Key): 엔터티를 식별할 수 있는 속성
• FK(Foreign Key): 다른 엔터티와 관계에서 포함된 속성. 부모 식별자를 자식이 받았을 때.
• 일반 속성: PK, FK 제외 모든 엔터티에 포함된 속성

 

✅도메인

: 속성값의 범위를 의미함

ex. 엔터티: 학생 / 속성: 학점 / 도메인: 0.0~4.5 사이의 실수 값