CS
[SQLD] 엔터티(Entity)
2026년 02월 09일 10:31
SQLD 1과목 – 엔터티(Entity)
엔터티(Entity)란?
엔터티(Entity) 는 현실 세계에서 독립적으로 식별 가능한 객체나 사물로,
👉 업무적으로 분석·관리해야 하는 대상들의 집합이다.
- 엔터티는 하나의 대상이 아니라 여러 인스턴스를 포함하는 개념적 집합
- 데이터 모델링에서 가장 기본이 되는 구성 요소
인스턴스(Instance)란?
인스턴스(Instance) 는 엔터티를 구성하는 개별 사례(실제 데이터) 이다.
- 엔터티가
학생이라면 - 인스턴스는
홍길동 학생 한 명의 정보
예시
- 엔터티(Entity): 학생
- 속성(Attribute): 학번, 이름, 학과
- 식별자(Identifier): 학번
- 인스턴스(Instance):
- 학번 = 2021001
- 이름 = 홍길동
- 학과 = 컴퓨터공학
엔터티의 특징 ⭐
엔터티는 다음 조건을 만족해야 한다.
① 유일한 식별자 존재
- 각 인스턴스는 식별자로 구분 가능해야 함
- 이름처럼 중복 가능한 값 ❌
- 사번, 학번처럼 유일한 값 ⭕
② 해당 업무에서 관리할 필요가 있음
- 설계하려는 업무 시스템과 직접적인 관련이 있어야 함
- 업무에서 쓰이지 않는 정보는 엔터티로 부적절
③ 인스턴스들의 집합
- 엔터티는 2개 이상의 인스턴스가 지속적으로 존재
- 인스턴스가 1개뿐이라면 엔터티로 보기 어려움
④ 반드시 속성을 가짐
- 엔터티는 2개 이상의 속성을 가짐
- 하나의 인스턴스는 각 속성에 하나의 값만 가짐
⑤ 업무 프로세스에 의해 이용됨
- 실제 업무에서 조회·등록·변경·삭제되는 대상이어야 함
- 사용되지 않는 엔터티는 잘못 설계된 것
⑥ 다른 엔터티와 최소 1개 이상의 관계
- 엔터티는 업무상 의미 있는 관계를 가져야 함
- 관계가 전혀 없다면 엔터티 정의 또는 관계 설정 오류 가능
엔터티의 분류
① 유형 / 무형에 따른 분류
유형 엔터티
- 물리적 형태가 있는 실체
- 비교적 안정적
- 예: 고객, 사원, 학생, 상품
개념 엔터티
- 물리적 형태는 없지만 관리해야 하는 개념
- 예: 부서, 조직, 회원등급, 요금제
사건 엔터티
- 업무 수행 과정에서 발생하는 사건·활동
- 발생량 많음, 분석·통계에 활용
- 예: 주문, 청구, 가입, 신청
② 발생 시점에 따른 분류
기본 엔터티
- 업무에서 원래부터 존재
- 독립적으로 생성
- 다른 엔터티의 부모 역할
- 고유한 주식별자 보유
예: 고객, 사원, 상품
중심 엔터티
- 기본 엔터티를 기반으로 생성
- 업무에서 핵심 역할
- 데이터 발생량 많음
예: 계약, 주문, 대출
행위 엔터티
- 중심 엔터티의 변화·흐름 기록
- 2개 이상의 부모 엔터티에서 발생
- 데이터 증가·변경 빈번
예: 주문이력, 결제이력, 거래이력
엔터티 명명 규칙
엔터티 이름을 정할 때는 다음 원칙을 따른다.
- 현업에서 사용하는 용어 사용
- 약어 사용 최소화
- 단수 명사 사용
- 엔터티마다 고유한 이름 부여
- 엔터티의 의미가 명확히 드러나게 명명
