728x90
참고) entity - 업무에 필요하며 유용한 정보를 저장하고 관리하기 위한 집합적인 것
- 개념, 장소, 사건
- 유형, 무형의 대상
ex) 학생이라는 엔터티는 학번, 이름, 학점 등의 속성으로 특징 지어질 수 있음
특징
- 식별자 : 유일한 식별자를 갖고 있어야 한다. ex) 주민번호, ID 등
- 인스턴스 집합 : 2개 이상의 인스턴스가 있어야 한다.
- 속성 : 반드시 속성을 갖고 있어야 한다. (학생 : 학번, 이름, 주소 등..)
- 관계 : 다른 엔티티와 최소 한 개 이상의 관계가 있어야 한다. (학생은 이름을 갖고 있음)
- 업무 : 업무에서 관리되어야 하는 집합이다. 예. 학생, 성적
종류
무형과 무형에 따른 분류
종류 | 설명 |
유형 엔티티 | 지속저그로 사용되는 엔티티 ex) 학생, 선생님 |
개념 엔티티 | 물리적 형태가 없는 엔티티 개념적으로 사용됨. ex) 보험상품, 조직 |
사건 엔티티 | 비즈니스 프로세스를 실행하면서 생성되는 엔티티 ex) 주문, 취소, 수수료 |
발생시점에 따른 엔티티 종류
종류 | 설명 |
기본 엔티티(Basic Entity) | 키 엔티티 다른 엔티티에 영향을 받지 않는 독립적으로 생성되는 엔티티 ex) 고객, 상품 등 |
중심 엔티티(Main Entity) | 기본 엔티티와 행위 엔티티 중간 기본 엔티티로부터 발생되고 행위 엔티티를 생성 ex) 주문, 취소, 체결 등 |
행위 엔티티(Active Entity) | 2개 이상의 엔티티로부터 발생 ex) 주문 내용, 취소 내용 |
Entity와 Table의 차이
1. Entity는 DB나 SQL상에 존재하지 않는다.
- 실제 존재하는 것(기록되어 있는 것)이 아닌 일종의 개념
- 테이블이 Entity를 DB에 적힌 것이라고 보면 될 것 같다.
2. Entity는 Table이 될 수도 있고, 안될 수도 있다.
- Entity는 CDM(Conceptual Data Model) 상에서 쓰이는 일종의 속성(attribute)의 집합
- Entity가 물리 모델링 안에서는 'Table'이지만, 논리 모델링에서는 가능하지만 실제 물리모델링에서 쓰지 못하는 추상적인 Entity 같은 경우에는 Table이 될 수 없다.
3.
논리 모델 | 물리 모델 |
Entity | Table |
Attribute | Column |
Relation | Relation |
Key group | Index |
REF)
728x90
'정리' 카테고리의 다른 글
[데이터베이스 강의 정리] 8. 백업 및 복구 (0) | 2021.08.05 |
---|---|
[데이터베이스 강의 정리] 7. 테이블 설계 (0) | 2021.08.05 |
[데이터베이스 강의 정리] 6. 락과 데드락(Lock & Deadlock) (0) | 2021.08.05 |
[데이터베이스 강의 정리] 5. 트랜잭션(Transaction) (0) | 2021.08.05 |
[데이터베이스 강의 정리] 4. 오라클, SQL (0) | 2021.08.05 |