엔터티와 인스턴스의 정의
엔터티란 업무에 필요한 정보를 저장하고 관리하는 집합적이고 포괄적인 대상을 의미한다
엔터티 -> 집합
예시)회원, 상품
인스턴스 -> 엔터티 안에있는 개별적인 데이터
예시) 회원엔터티 안에 있는 여러명의 회원정보
엔터티의 집합적/포괄적 의미
엔터티는 두개이상의 인스턴스를 가져야하고 업무 단위로 묶여야한다
집합이기 때문에 두개이상이어야한다
포괄적이란
예시로 회원ID나 패스워드 별로도 집합이라고 볼수 있으니 엔터티로 설정할수도 있지 않은가? 이렇게 세세하게 설정하면 관리힘들어짐 따라서 적절하게 포괄적으로 묶어주어야 유의미하게 사용할수있다
이렇게 세세한 사항은 엔터티가 아닌 속성으로 사용한다
예시) 회원 엔터티안에 회원ID,패스워드 속성이 존재함
엔터티 특징
- 업무에 필요해야함
- 2개이상의 인스턴스를 가질것
- 속성을 1개이상 가질것 -> 의미있게 사용하려면 속성이 2개 이상이어야함
- 다른엔터티와 한개이상의 관계를 가질것 -> 엔터티끼리 논리적인연결을 함으로서 관계가 생김 예시) 회원이 상품을 구매한다 라는 관계가 있을수 있음
- 식별자가 존재할것 -> 엔터티에 있는 인스턴스를 유일하게 식별할수있어야함, 식별자는 한개일수도 있고 두개의 속성을 조합할수도 있다
엔터티의 분류
유무형여부 와 발생시점으로 나눌수있음
유/무형
유형 -> 눈에 보이는것 예시) 학생
개념-> 눈에 보이지 않고 개념적으로 존재하는 대상 예시)강의,학과
사건 -> 일종의 무형엔터티, 업무수행중 발생하고 발생량이 많다 예시) 구매,주문, 수강
유형,개념,사건을 확실하게 구분하기가 어렵다 따라서 시험관점에서 개념만 알아두면 된다
발생시점
업무중 언제 발생했느냐 에 따른 분류
기본-> 메인-> 행위로 분류된다
기본
프로젝트 초반 요구사항으로 작성 -> 독립생성 가능(누구의 도움없이 만들수 있음),주식별자를 가지고 있음
메인
기본에서 파생됨 따라서 독립생성이 어려움
예시) 구매라는 엔터티에 정보를 추가하고 싶으면 회원과 상품이라는 엔터티가 필요하다
행위
시간에 따라 발생하는 행위데이터를 관리함 가장 많은 데이터가 쌓인다
예시) 배송이력같은것
엔터티 이름 규칙
- 현업용어 사용
- 약어는 지양 -> 조직내 협의했으면 가능
- 단수형 명사 사용-> 이미 엔터티가 집합이기때문에 단수형을 사용한다
- 이름은 유일하게 짓는다
- 생성의도에 맞는 이름 짓기
'📘꼬부기의 성장서재 > 이기적SQLD 기출문제' 카테고리의 다른 글
| 정규화 (0) | 2026.03.04 |
|---|---|
| 식별자 (0) | 2026.03.04 |
| 관계 (0) | 2026.03.04 |
| 속성 (0) | 2026.03.04 |
| 데이터 모델링의 정의 (0) | 2026.03.02 |