SQLD공부일지03_데이터모델링3요소 [엔터티]

< Entity  -  엔터티 >

[ 개념 ]

- 엔터티는 사람, 사물, 사건, 개념 등의 명사에 해당한다.

- 엔터티는 비즈니스 관점에서  IT 시스템을 통해 관리가 필요한 관심사에 해당한다.

- 엔터티는 결국 비즈니스를 구현하기 위해 저장해야 하는 어떤 것이라고 할 수 있다.

 

<엔터티와 인스턴스>

- 하나의 엔터티는 여러개의 인스턴스를 가질수 있으므로 엔터티는 인스턴스의 집합이라고 할 수 있다. 

 

<엔터티의 특징>

- 업무에서 필요로하는 정보 : 비즈니스 요구 조건 만족을 위해 반드시 필요하고, 저장 및 관리하고자 하는 정보여야 한다. 

예) 상가 지하철

-  식별가능해야 함 : 유일한 식별자에 의해 식별이 가능해야 한다. 즉 집합 내에서 단1 건을 콕 짚어낼 수 있어야 한다.

예) 상가번호, 지하철역번호

-  인스턴스의 집합 : 영속적으로 존재하는 인스턴스(2개이상)의 집합이어야한다.

예) 상가는 여러개이다. 지하철역은 여러개이다.

-  업무 프로세스에의해 이용 : 엔터티는 비즈니스 프로세스에 의해 반드시 이용되어야 한다.

-  속성을 포함 : 엔터티는 반드시 속성을 가지고 있어야 한다.

예) 상가- > 상점명. 지하철역 -> 역명

-  관계의 존재 : 엔터티는 다른 엔터티와 최소 1개 이상의 관계가 있어야 한다. 

예) 하나의 지하철역은 여러개의 지하철역승하차 정보를 가진다. 

 

<엔터티의 분류>

- 엔터티는 그케 유무형에 따른 분류와 발생시점에 따른 분류로 구분할 수 있습니다. 유무형에 따른 분류로는 유형 엔터티, 개념엔터티, 사건 엔터티가 있고, 발생시점에 따른 분류로는 기본 엔터티, 중심 엔터티, 행위 엔터티가 있습니다. 

 

==유무형에 따른 분류== 유형/개념/사건

= 유형 : 실체가 존재하고 물리적인 형태가 잇으며 안정적이고 지속적으로 활용되는 엔터티이다.

예) 사원, 물품, 강사

= 개념 : 물리적인 형태가 존재하는 것은 아니지만 비즈니스적으로 관리해야 할 개념적 정보를 저장하는 엔터티이다.

예) 조직, 보험상품

= 사건 : 비즈니스를 수행함으로써 발생되는 엔터티이다. 유행/ 개념 엔터티에 비해 데이터발생량이 많으며, 다양한 통계자료에 이용될 수 있다.

예) 주문, 청구, 미납

 

== 발생시점에 따른 분류== 기본/중심/행위

= 기본 : 비즈니스에서 스스로 태어난 존재에 대한 정보로서, 타 엔터티와의 관계에 의해서 생성되는 것이 아닌 독립적으로 생성이 가능한 엔터티이다. 기본 엔터티는 타 엔터티의 부모 역할을 하게된다.

예) 사원, 부서, 고객, 상품, 자재

= 중심 : 기본 엔터티로부터 발생되며 비즈니스에 있어서 중심적인 역할을 하는 엔터티이다. 데이터의 양이 많이 발생되고 타엔터티와의 관계 속에서 많은 행위엔터티를 도출시킨다.

예) 계약, 사고, 예금원장, 청구, 주문, 매출

= 행위 : 2개 이상의 부모 엔터티로부터 발생되는 엔터티이다. 다양하고 복잡한 비즈니스를 처리하는 과정에서 데이터양이 많아질 수 있다. 상세 설계 단계 혹은 프로세스와 산관 모델링을 진행하면서 도출된다.

예) 주문목록, 사원변경이력 

 

<엔터티의 명명규칙>

- 가능한한 업무 담당자들이 사용하는 용어를 사용한다.

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

- 엔터티는 단수명사여야 한다.

- 엔터티의 이름은 해당 모델 내에서 유일한 이름이어야 한다.

- 엔터티의 생성 의미에 맞게 이름을 부여한다.