[SQLD] 엔터티, 속성, 관계, 식별자

엔터티

- 업무에서 관리해야 하는 데이터의 집합, 인스턴스의 집합

 

- 특징

1. 업무에서 필요로 하는 정보여야 한다.
2. 유일한 식별자
3. 2개 이상의 인스턴스의 집합
4. 업무 프로세스에 의해 이용되어야 함
5. 2개 이상의 속성을 가짐 (반드시 속성이 있어야 함)
6. 최소 1개 이상의 관계를 가짐

 

- ERD / 예

 - 분류

<유무형에 따른 분류>

• 유형 엔터티 : 물리적인 형태O, 지속적으로 활용  ex) 사원, 물품
• 개념 엔터티 : 물리적인 형태X  ex) 조직, 장소
• 사건 엔터티 : 업무를 수행함에 따라 발생  ex)주문, 창구

<발생 시점에 따른 분류>

• 기본 엔터티 : 업무에 원래 존재하는 정보, 독립적으로 생성 가능  ex)사원, 부서, 상품
• 중심 엔터티 : 기본엔터티로부터 발생, 행위 엔터티를 생성  ex) 계약, 주문
• 행위 텐터티 : 두개 이상의 부모 엔터티로부터 발생, 자주 변화  ex) 주문목록

 

- 명명 규칙

1. 현업업무에서 사용하는 용어
2. 약어 지양
3. 단수명사 사용
4. 중복X
5. 생성 의미대로의 이름 부여

 

---

 

속성

- 업무에서 필요로 하는 인스턴스에서 관리하고자 하는 최소한의 데이터 단위

 

- 표기법

 

- 특징

1. 업무에서 필요로 하는 정보여야 한다.
2. 주식별자에 함수적 종속됨
3. 하나의 속성에는 한 개의 값 => 다중값일 경우 별도의 엔터티를 이용하여 분리

 

- 분류

<특성에 따른 분류>

• 기본 속성 : 업무 과정에서 도출되는 속성  ex) 제품이름, 제조일
• 설계 속성 : 업무의 규칙화를 위해 새로 정의하는 속성  ex) 일련번호
• 파생 속성 : 다른 속성에 의해 만들어지는 속성  ex) 평균, 이자

<구성방식에 따른 분류>

• PK 속성 : 엔터티 식별하는 속성
• FK 속성 : 다른 엔터티와의 관계에서 포함된 속성
• 일반 속성 : PK, FK와의 속성

<분해가능 여부에 따른 분류>

• 복합 속성 : 여러 세부 속성으로 구성  ex) 주소(시, 구, 동)
• 단일 속성 : 다른 속성으로 구성X  ex) 나이, 성별
• 단일값 속성 : 속성 하나에 한 개의 값  ex) 주민등록번호
• 다중값 속성 : 속성 하나에 여러 개의 값 ex) 전화번호(집전화, 폰전화, 직장전화)

 

- 도메인 : 각 속성이 가질 수 있는 값의 범위 (데이터타입ㆍ크기ㆍ제약사항 지정하는 것)

 

- 명명 규칙

1. 해당업무에서 사용하는 이름 부여
2. 서술식ㆍ약어 지양
3. 전체 데이터 모델에서 유일성 확보

 

---

 

관계

- 엔터티의 인스턴스간의 논리적인 연관성 => 존재 or 행위로서 서로에게 연관성이 부여된 상태

 

-엔터티 사이의에 정의한 관계를 체크하는 사항

1. 두 개의 엔터티 사이에 관심 있는 연관규칙이 존재하는가?
2. 두 개의 엔터티 사이에 정보의 조합이 발생되는가?
3. 업무기술서, 장표에 관계연결에 대한 규칙이 서술되어 있는가?
4. 업무기술서, 장표에 관계연결을 가능하게 하는 동사가 있는가?

 

- 관계의 페어링 : 엔터티의 인스턴스들이 자신이 관련된 인스턴스들과 관계의 어커런스로 참여하는 형태

ex) 박강사는 김학생에게 강의를 한다. => 강사 엔터티의 박강사와 학생 엔터티의 김학생은 '강의한다'로 관계

 

- 분류

<ERD>

• 존재 관계 : 존재의 형태에 의해 형성  ex) 부서 --- 사원 (소속)
• 행위 관계 : 행위에 의해 발생  ex) 고객 --- 주문 (주문하다)
• => 관계를 연결할때, 존재/행위를 구분하지 않고 단일화된 표기법 사용

<UML>

• 연관 관계 : 항상 이용하는 관계 (존재적 관계) => 실선
• 의존 관계 : 상대방 클래스의 행위에 의해 형성 => 점선

 

- 관계의 표기법 : 관계명, 관계차수(1:1, 1:M, M:N), 관계 선택사양(필수, 선택)

 

- 읽기

각	기준엔터티	관계차수	관련엔터티	선택사양	관계명
각각의	사원은	한	부서에	때때로	속한다
각	부서에는	여러	사원이	항상	소속된다

 

---

 

식별자

- 하나의 엔터티에 구성되어 있는 여러 개의 속성 중에 엔터티를 대표할 수 있는 속성 => key(물리) / 식별자(논리)

ex) 학생 엔터티의 속성인 식별번호, 이름, 전화번호, 주소 중 식별자는 '식별번호'

 

- 특징 : 유일성, 최소성, 불변성, 존재성(NOT NULL)

 

- 분류

• 주식별자 / 보조식별자 : 엔터티 내에서 대표성을 가지는가
• 내부식별자 / 외부식별자 : 엔터티 내에서 스스로 생성되었는가  ex) 사원이 입사하면 생기는 '사원번호' (내부식별자) / 타 엔터티에서 관계로 받아오는 식별자 (외부식별자-Foreign key)
• 단일식별자 / 복합식별자 : 단일 속성으로 식별이 되는가
• 본질식별자 / 인조식별자 : 업무적으로 의미가 있던 속성을 대체하여 만들었는가  ex) 일련번호 (인조식별자)

 

- 문제점

• 식별자 관계로만 설정할 경우의 문제점 : 한 엔터티의 PK속성의 갯수가 엄청 많아질 수 있다
• 비식별자 관계로만 설정할 경우의 문제점 : 무언가를 조회할때 부모 엔터티까지 찾아가야 하기 때문에 많은 조인이 걸리게 되어 SQL구문이 길어지고 성능이 저하되게 된다.

=> 기본적으로 식별자 관계로 모든 관계를 연결하되 특정 조건에 해당 되는 것만 비식별자관계로 조정하면 된다.

1. 관계가 약할때
2. 자식 엔터티에 독립적인 PK가 필요할때
3. SQL 복잡도가 증가할때 (단순화 필요)