[SQLD 도전기] 데이터 모델링의 이해(2) - 엔터티(Entity)

본문 내용은 모두 필자가 공부하며 직접 정리한 내용입니다.

Kdata 데이터자격검정의 SQL 개발자(SQLD) 가이드를 참고하였습니다.

 

 

─지난 글 보기─

[SQLD 도전기] 데이터 모델링의 이해(1) - 데이터 모델의 이해

 

 

 

과목 1 데이터 모델링의 이해

 

제 1장 데이터 모델링의 이해

 

제 2절 엔터티(Entity)

1. 엔터티의 개념

ㆍ반드시 해당 업무에서 필요하며 관리하고자 하는 정보

ㆍ지속적으로 존재하는 2개 이상의 인스턴스의 집합

ㆍ반드시 속성을 가져야 함

출처 : Kdata 데이터자격검정

 

2. 엔터티와 인스턴스에 대한 내용과 표기법

출처 : Kdata 데이터자격검정

ㆍ쉽게 말해 엔터티는 테이블, 속성은 컬럼, 인스턴스는 로(rows)라고 보면 된다.

 

3. 엔터티의 특징

ㆍ유일한 식별자에 의해 식별이 가능해야 한다.

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

(단, 통계성 엔터티나 코드성 엔터티의 경우 관계를 생략할 수 있다.)

ㆍ엔터티는 반드시 속성이 있어야 한다.

ㆍ업무프로세스에 의해 이용 되어야 한다.

ㆍ영속적으로 존재하는 인스턴스의 집합이어야 한다.

('한 개'가 아니라 '두 개 이상')

 

4. 엔터티의 분류

엔터티는 엔터티 자신의 성격에 의해 실체유형에 따라 구분하거나

업무를 구성하는 모습에 따라 구분이 되는 발생시점에 의해 분류해 볼 수 있다.

 

가. 유무(有無)형에 따른 분류

1) 유형엔터티 : 물리적인 형태가 있고 안정적이며 지속적으로 활용되는 엔터티

업무로부터 엔터티를 구분하기가 가장 용이하다. 예)사원, 물품, 강사

 

2) 개념엔터티 : 물리적인 형태는 존재하지 않고 관리해야할 개념적 정보로 구분이 되는 엔터티 예)조직, 보험상품

 

3) 사건엔터티 : 업무를 수행함에 따라 발생되는 엔터티

비교적 발생량이 많으며 각종 통계자료에 이용될 수 있다. 예) 주문, 청구, 미납

 

나. 발생시점에 따른 분류

1) 기본/키엔터티

ㆍ다른 엔터티와 관계에 의해 생성되지 않고 독립적으로 생성이 가능

ㆍ자신의 타 엔터티의 부모의 역할을 하게 된다.

ㆍ주식별자를 상속받지 않고 자신의 고유한 주식별자를 가지게 된다.

 

2) 중심엔터티

ㆍ기본 엔터티로부터 발생

ㆍ해당 업무에서 중심 역할

예) 계약, 대출, 주문 등

 

3) 행위엔터티

ㆍ2개 이상의 부모 엔터티로부터 발생

ㆍ자주 내용이 바뀌거나 데이터 양이 증가

예) 변경이력, 주문목록 등

 

출처 : Kdata 데이터자격검정

 

5. 엔터티의 명명

ㆍ가능하면 현업업무에서 사용하는 용어를 사용

ㆍ가능하면 약어를 사용하지 않는다.

ㆍ단수명사를 사용한다.

ㆍ모든 엔터티에서 유일하게 이름이 부여되어야 한다.

ㆍ엔터티 생성의미대로 이름을 부여한다.

 

 

다음에는 속성(Attribute)에 관한 내용을 정리하여 포스팅하겠습니다.