[SQLD]TIL 16일차

엔터티(Entity)

• 엔터티(Entity) : 데이터 모델의 핵심 구성 요소로 정보의 의미있는 단위

• 엔터티와 인스턴스
  

  하나의 엔터티(사원 테이블)는 여러 인스턴스(하나의 행)를 가질 수 있고 하나의 인스턴스는 1개 이상의 속성(이름, 사번, 부서, 직책)을 가질 수 있음

• 엔터티의 분류

• 유/무형에 따른 분류

	유/무형에 따른 분류
유형 엔터티	- 물리적인 형태가 존재하는 엔터티이며 안정적이고 지속적이여야 함 - 예) 상품, 강사, 병장
개념 엔터티	- 물리적인 형태가 아닌 관리해야 할 개념적인 정보로 구분되는 엔터티 - 예) 학과, 코스닥 종목
사건 엔터티	- 특정한 이벤트에 종속되는 엔터티 - 업무 수행에 따라 발생되는 엔터티로 비교적 발생량이 많으며 각종 통계에 이용되는 엔터티 - 예) 이벤트 응모, 주문

• 발생 시점에 따른 분류

	발생 시점에 따른 분류
기본/키 엔터티(Basic Entity)	- 관계가 아닌 독립적인 생성이 가능하고 다른 엔터티의 부모 엔터티 역할 - 이 말은 고유한 주식별자를 갖는다는 의미 - 예) 고객, 상품
중심 엔터티(Main Entity)	- 기본 엔터티로부터 발생하고 업무에서 중심적인 역할 - 처리해야 하는 데이터의 양이 많으며 다른 엔터티와의 관계를 통해 많은 행위 엔터티를 생성 - 예) 주문, 취소
행위 엔터티(Activie Entity)	- 두 개 이상의 부모 엔터티로부터 발생 - 자주 내용이 바뀌거나 데이터의 양이 증가 - 예) 주문 내역, 취소 내역

• 엔터티의 이름짓기 방식
  • 가능하면 업무에서 사용하는 용어를 사용
  • (가능하면)축약어(shortcut)를 사용하지 않음
    • 의미가 온전하게 드러날 수 있도록 작성
  • 단수 명사를 사용하고 띄어쓰기를 하지 않음
  • 모든 엔터티에서 유일한 이름이 부여되어야 함
    • 즉, 엔터티 이름은 중복되지 않아야 함
  • 엔터티 생성 의미대로 이름을 부여함

속성(Attribute)

• 속성(Attribute) : 업무에서 필요로 하는 인스턴스로 관리하고자 하는 의미상 더 이상 분리되지 않는 최소 데이터 단위

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

  • 한 개의 엔터티는 두 개 이상의 인스턴스의 집합이어야 함
  • 한 개의 엔터티는 두 개 이상의 속성으로 구성됨
  • 한 개의 속성은 한 개의 속성값을 가짐

• 속성의 표기법
  

• 속성의 분류

• 속성의 특징에 따른 분류

	속성의 특징에 따른 분류
기본 속성(Basic Attribute)	- 업무로부터 추출된 모든 속성이며 속성 중에서 가장 많은 종류를 차지
설계 속성(Designed Attribute)	- 데이터 모델링, 업무의 규칙화 등을 위해 새로 만들거나 변형하여 정의하는 속성
파생 속성(Derived Attribute)	- 다른 속성에 영향을 받아 발생하는 속성으로 보통 계산된 형태의 값이 이에 해당 - 데이터의 정합성(정확성)을 유지하기 위해서는 가급적 파생적 속성을 적게 정의하는 것이 좋음

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

	엔터티 구성 방식에 따른 분류
PK(Primary Key) 속성	- 엔터티를 식별할 수 있는 속성
FK(Foreign Key) 속성	다른 엔터티와의 관계에 포함된 속성
FK(Foreign Key) 속성	PK, FK에 포함되지 않은 다른 속성

• 도메인 및 속성의 명명
  • 도메인
    • 각 속성이 가질 수 있는 값의 범위
    • 엔터디 내에서 속성에 대한 데이터 타입과 크기, 제약 사항 등을 지정
  • 속성의 명명
    • 가능하면 업무에서 사용하는 용어를 사용
    • (가능하면)축약어(shortcut)를 사용하지 않음
    • 서술형보다는 명사형을 사용
    • 수식어가 많이 붙지 않고 명확하게 의미를 파악 가능해야 함
      • 명시적인 형태로 의미 전달을 할 수 있어야 함
    • 전체 데이터 모델에서 유일하게 작성
      • 이는 데이터 정합성 유지와 반정규화 작업을 수행할 때 속성의 충돌을 해결하는데 도움이 됨