[SQLD] 1_데이터 모델링의 이해(2)

2. 엔티티

1. 정의: 업무에서 관리해야하는 데이터 집합
   1. 개념, 사건, 장소 등의 명사형, 인스턴스의 집합
2. 특징
   1. 식별자: 유일한 식별자가 있어야 한다 (ex. 도서관 회원번호)
   2. 인스턴스 집합: 2개 이상의 인스턴스가 있어야 한다
   3. 속성: 반드시 속성을 가지고 있어야 한다 (ex. 회원 이름, 회원 주소 등)
   4. 관계: 다른 엔티티와 최소 한 개 이상의 관계를 가져야 한다 (ex. 회원은 도서를 대출한다)
   5. 업무: 반드시 업무에서 관리되어야 할 집합이어야 한다 (ex. 회원, 도서)
3. 엔티티 분류
   1. 형태에 따른 분류
      1. 유형 엔티티: 업무에서 도출되는 지속적으로 사용되며 물리적 형태를 갖는 엔티티 (ex. 회원, 도서)
      2. 사건 엔티티: 업무를 수행함에 따라 생성되는 업무 관련 행위의 엔티티. 각종 통계에 이용 가능 (ex. 대출, 반납)
      3. 개념 엔티티: 오직 개념적으로만 사용되며 물리적 형태가 없는 엔티티 (ex. 조직, 보험 상품)
   2. 발생 시점에 따른 분류
      1. 기본 엔티티(Key Entity): 독립적으로 생성되는 엔티티 (ex. 회원, 도서)
      2. 중심 엔티티(Main Entity): 기본 엔티티로부터 발생되며, 업무에서 중심 역할을 수행해 행위 엔티티를 생성 (ex. 대출, 반납)
      3. 행위 엔티티(Active Entity): 비즈니스 프로세스를 통하여 두 개 이상의 엔티티로부터 발생하는 엔티티 (ex. 대출 회원 목록, 반납 도서 목록) → 지속적으로 정보가 추가되고 변경되어 데이터 양이 가장 많음
4. 엔티티 명명 규칙
   1. 실제 업무에서 사용하는 용어
   2. 약어 지양
   3. 단수 명사
   4. 유일성 보장
   5. 명확성

3. 속성

1. 정의
   1. 엔티티가 가지는 항목이며 더 이상 분리되지 않는 데이터 단위
   2. 엔티티 가지는 최소 의미 단위
   3. 인스턴스의 구성 요소
2. 분류
   1. 엔티티 구성에 따른 분류
      1. PK 속성: 엔티티를 식별할 수 있는 속성
      2. FK 속성: 다른 엔티티와의 관계에서 포함된 속성
      3. 일반 속성: 엔티티에 포함되고 PK, FK가 아닌 속성
   2. 분해 여부에 따른 분류
      1. 복합 속성: 여러 개의 의미를 지닌 속성
      2. 단일 속성: 오직 하나의 의미를 지닌 속성. 하나의 속성은 한 개의 값만을 갖게 됨
      3. 다중 값 속성: 하나의 속성이 여러 값을 갖는 경우. 정규화 과정을 거쳐 별도의 엔티티를 생성하여 관계로 연결해야 함.
   3. 특성에 따른 분류
      1. 기본 속성: 업무로부터 추출한 모든 속성. 엔티티 중 가장 많은 비율 차지.
      2. 설계 속성: 업무상 필요하지는 않지만, 데이터 모델링을 위해 생성하거나 변형하여 정의하는 속성. 일련번호와 같은 유일 값을 갖게 됨 (ex. 도서 번호 PK)
      3. 파생 속성: 다른 속성의 영향을 받아 발생하는 속성. 주로 집계 등의 속성이 해당됨 (ex. 평균, 합계)
         

참고: https://mjn5027.tistory.com/100