엔티티의 특징을 알아봅시다!

엔티티의 특징을 알아봅시다!

 

1) 엔티티의 특징(엔티티로 인정받는 조건)

엔티티는 아무거나 되는 게 아니라, 보통 아래 조건을 만족해야 합니다.

1. 업무에 필요하고 관리할 가치가 있어야 함
2. 유일하게 식별 가능해야 함(식별자 필요)
   • 이름은 동명이인이 있으니 보통 식별자로 부적절
   • 사번/학번/주문번호 같은 고유번호가 적절
3. 인스턴스(행, Row)가 여러 개 존재해야 함
   • 엔티티는 “한 건”이 아니라 “여러 건을 담는 집합”
4. 업무 프로세스에 사용되어야 함
   • 실제 업무에서 조회/등록/변경/삭제되는 대상
5. 속성을 반드시 포함
   • (관계 엔티티라면) 주식별자 속성만으로 구성될 수도 있음
6. 다른 엔티티와 관계가 있어야 함
   • 최소 1개 이상 연결 관계가 생김

예시(학교 시스템)

• 엔티티: 학생
• 식별자: 학번
• 인스턴스(행): 학번 12345 홍길동 / 학번 23456 김영희 … 여러 줄
• 업무 사용: 수강신청, 성적조회 등에서 사용
• 관계: 학생 ↔ 수강신청 ↔ 과목

---

2) 엔티티 / 속성 / 인스턴스 관계(표로 감 잡기)

• 엔티티(Entity) = 테이블(table)
• 속성(Attribute) = 컬럼(column)
• 인스턴스(Instance) = 행(row)

예시(학생 테이블)

• 엔티티(테이블): 학생
• 속성(컬럼): 학번, 이름, 학과
• 인스턴스(행):
  • (12345, 홍길동, 컴퓨터공학과)
  • (67890, 김영희, 데이터사이언스과)

---

3) 엔티티의 분류 1: “업무 형태” 기준

이미지에서는 보통 3가지로 나눕니다.

1. 유형 엔티티(기본/마스터 성격)
   • 물리적으로 존재하고 지속적으로 관리
   • 예: 사원, 물품, 강사, 학생
2. 개념 엔티티(눈에 보이진 않지만 관리해야 하는 개념)
   • 예: 조직, 보험상품, 학과(조직 개념)
3. 사건 엔티티(업무 처리 과정에서 발생하는 이벤트/거래)
   • 예: 주문, 청구, 수강신청, 민원

예시(쇼핑몰)

• 유형: 고객, 상품
• 사건: 주문, 결제, 배송

---

4) 엔티티의 분류 2: “발생 시점” 기준

1. 기본 엔티티
   • 원래 존재하는 데이터, 다른 엔티티에서 “파생”되지 않음
   • 예: 사원, 부서, 고객, 상품
2. 중심 엔티티
   • 업무의 핵심 흐름에서 발생하고 데이터가 많이 모임
   • 예: 계약, 사고, 주문
3. 행위(교차) 엔티티
   • 기본 엔티티들 사이에서 관계/행위를 풀어주는 엔티티
   • 데이터가 자주 바뀌고 양이 늘어남
   • 예: 주문목록(주문-상품 연결), 수강신청(학생-과목 연결)

예시(수강신청)

• 기본: 학생, 과목
• 중심: (학교 시스템에 따라) 수강신청이 중심이 되기도 함
• 행위/교차: 수강신청(학생과 과목을 연결하는 행위 엔티티)

---

5) 엔티티 이름 짓는 규칙(명명 규칙)

이미지 요지는 “업무에서 쓰는 단어로, 헷갈리지 않게, 규칙 있게”입니다.

• 실제 업무 용어 사용
• 약어 남발 금지
• 단수형 권장 (Student, Order)
• 이름은 유일하게(중복 금지)
• 의미가 바로 드러나게
• 표기 규칙 통일
  • CamelCase 예: userName, getUserInfo
  • snake_case 예: user_name, get_user_info
• 한국어를 쓰면 한글로 의미가 명확하게

예시

• 좋은 이름: 학생(Student), 과목(Course), 수강신청(Enrollment)
• 애매한 이름: 데이터1, 관리테이블, 정보, 목록

---

한 줄 요약

• 엔티티는 업무에 필요한 “관리 대상(테이블 후보)”이고
• 식별자가 있어야 하며, 여러 행(인스턴스)을 가지며, 업무에서 쓰이고, 속성과 관계를 가진다.
• 엔티티는 업무 성격/발생 시점에 따라 유형·개념·사건 / 기본·중심·행위로 분류할 수 있다.