2025-08-11 03:02
Tags:SQL
엔터티
-
업무에 필요하고 유용한 정보 저장 관리 위한 집합
-
세상에 존재하는 수많은 ‘무언가’ 를 명확히 지칭하고 구분할 이름
-
저장하고 관리할 가치가 있는 현실 개념의 대상이나 추상적인 개념
-
속성: 엔터티가 가지는 구체적인 특징, 성격, 상태
-
관계: 엔터티와 엔터티간의 상호작용이나 연관성
-
ERD 의 엔터티 → 데이터베이스 테이블로 구현
엔터티의 유형
1. 발생 시점에 따른 분류
- 기본 엔터티
- 독립적으로 생성되는, 본래 존재하는 엔터티
- 예시: 사원, 부서, 고객, 상품, 협력업체, 강좌
- 중심 엔터티:
- 기본 엔터티에서 파생
- 기본 엔터티와 행위 엔터티의 중간에 존재
- 업무의 중심적인 역할 수행
- 예시: 계약, 주문, 계좌, 수강신청, 진료차트
- 행위 엔터티
- 두 개 이상의 엔터티(주로 기본, 중심 엔터티) 사이 발생한 ‘구체적인 행위의 결과’ 저장
- 예시: 주문 목록, 입출금 내역, 사원 변경 이력, 수강 평가
기본 엔터티 → 중심 엔터티 → 행위 엔터티
(독립적 존재) → (기본으로부터 발생) → (중심 행위의 결과)
고객, 상품 → 주문 → 주문 상세 내역
2. 유무형에 따른 분류
- 유형(Tangible) 엔터티
- 물리적인 형태, 안정적, 잘 안변하고 지속적 활용
- 예시: 교수, 강의실, 물품, 사원
- 개념(Conceptual) 엔터티
- 물리적인 형태는 없음. 관리해야할 개념적인 정보 단위. 규칙, 계약서
- 예시: 부서, 계좌, 보험상품, 수업
- 사건(Event) 엔터티
- 업무 프로세스 진행되면서 발생하는 행위나 사건
- 시간의 흐름에 따라 데이터 쌓임. 발생량 많음.
- 예시: 주문, 결제, 예약, 수강신청
엔터티의 특징
- 업무 중심성: 반드시 해당 업무에서 필요하고 관리하고자 하는 정보
- 유일한 식별성: 유일한 식별자에 의해 식별이 가능해야 한다.
- 인스턴스 집합: 영속적으로 존재하는 인스턴스의 집합(2개 이상 인스턴스 포함)
- 업무 프로세스와의 연관성: 업무 프로세서에 의해 CRUD가 발생
- 속성 보유: 반드시 속성을 가진다.
- 다른 엔터티와 최소 1개 이상의 관계가 있다.