본문 바로가기
Developer/데이터베이스

엔티티(Entity)

by TFactory 2019. 5. 12.

엔티티란?

  • 엔티티는 업무에 필요하고 정보를 저장하고 관리하기 위한 집합적인 어떤것, 인스턴스들의 집합이다.

인스턴스란?

  • 엔티티의 내부의 하나의 값

 

엔티티

인스턴스

과목

수학

영어

강사

이춘식

조시형

사건

2010-001

2010-002

엔티티의 특징

  • 시스템 구축 대상인 업무에서 필요로 하는 엔티티여야 한다.
  • 식별자(PK)에 의해 식별이 가능해야 한다.
  • 하나의 데이터만 존재하지 않고 2개이상의 집합으로 구성되어야 한다.
  • 업무프로세스상에서 반드시 사용하는 엔티티여야 한다.
    1. CRUD가 발생하지 않는 엔티티가 도출될시 해당 엔티티를 제거하거나 누락된 프로세스가 발생했는지 확인해야한다.
    2. 속성을 포함하지 않고 이름만 가지고 있으면 안된다.(주식별자-PK가 없는 경우도 마찬가지)
    3. 관계 엔티티의 경우 주식별자(PK) 속성만 가지고 있어도 무방하다
    4. 다른 엔티티와의 최소 한개 이상의 관계가 존재해야 한다.
    5. 통계성, 코드성, 시스템처리(로그등) 엔티티는 관계가 없어도 무방하다.

유무형에 따른 엔티티 분류

  • 유형엔티티 : 물리적인 형태가 있고 안정적이며 지속적으로 활용되는 엔티티
    ex) 사원, 물품, 강사
  • 개념엔티티 : 물리적인 형태는 없으나 관리해야하는 개념적 정보로 구성된 엔티티
    ex) 조직, 보험상품
  • 사건엔티티 : 업무를 수행함에 따라 발생되는 엔티티
    ex) 주문, 청구, 미납

발생시점에 따른 엔티티 분류

  • 기본(키)엔티티 : 업무에서 기본적으로 존재하는 정보로서 다른 엔티티와의 관계를 통해 생성되지 않고 독립적으로 생성이 될 수 있는 엔티티
    ex) 사원, 부서, 고객, 상품, 자재...
  • 중심엔티티 : 업무에 있어서 중식적인 역활을 하고 다른 엔티티와의 관계를 통해서 행위 엔티티를 생성한다.
    ex) 계약, 사고, 예금원장, 청구, 주문
  • 행위엔티티 : 2개 이상의 부모엔티티를 통해 발생하고 분석 초기에는 잘 발생하지 않으나 상세 설계단계나 프로세스와 상관 모델링을 통해 도출이 될 수 있다.
    ex) 주문목록, 사원변경

 

'Developer > 데이터베이스' 카테고리의 다른 글

식별자  (0) 2019.05.12
관계(Relationship)  (0) 2019.05.12
속성(Attribute)  (0) 2019.05.12
데이터 모델링  (0) 2019.05.12