[SQLD] 속성과 엔터티 식별자

#1 속성

: 업무에서 필요한 정보인 Entity가 가지는 항목

: 더 이상 분리되지 않는 단위

: Instance의 구성요소, 의미적으로 더 이상 분해되지 않음

 

Instance : 특정 시점에 DB에 저장된 데이터의 집합

Schema : DB의 구조 → 이 구조에 저장된 실제 데이터 = Instance

 

1-1) 특징

: 업무에서 관리되는 정보

: 하나의 값만 가짐

: 주식별자에게 함수적으로 종속, 기본키가 변경되면 속성의 값도 변경

 

1-2) 종류

: 분해 여부에 따른 속성의 종류

종류	설명
단일 속성	하나의 의미로 구성된 것 Ex) 회원ID, 이름
복합 속성	여러개의 의미가 있는 것 Ex) 주소 → 시, 군, 동 등으로 분해가 가능
다중값 속성	속성에 여러개의 값을 가질 수 있는 것 다중값 속성은 Entity로 분해 Ex) 상품 리스트의 Category

 

: 특성에 다른 속성의 종류

종류	설명
기본	비즈니스 프로세스에서 도출되는 본래의 속성 Ex) 회원ID, 이름, 계좌번호
설계	데이터 모델링 과정에서 발생되는 속성 → Concept 속성 유일한 값을 부여 Ex) 상품코드, 지점코드
파생	다른 속성에 의해서 만들어지는 속성 Ex) 합계, 평균

 

Domain : 속성이 가질 수 있는 값의 범위 → 성별이라는 속성의 도메인 == 남자 & 여자

 

#1-1 관계 Relationship

: Entity 간의 관련성을 의미, 존재 관계와 행위 관계로 분류

존재 관계 : 두 개의 Entity가 존재 여부의 관계가 있는 것

행위 관계 : 두 개의 Entity가 어떤 행위에 의한 관련성이 있는 것

 

1-1) 존재 관계

: Entity간의 상태를 의미 → 고객이 관리점에 "소속" // 관계, 상태

 

1-2 행위 관계

: Entity 간에 어떤 행위가 있는 것 → 계좌를 사용해서 주문을 발주하는 관계가 만들어짐

 

1-3 관계 차수 Cardinality

: 두개의 Entity 간에 관계에 참여하는 수를 의미 → 한명의 고객은 여러개의 계좌를 개설할 수 있음 = 1 대 N 관계

 

1-3-1) 종류

1. 최대 기수성 → 1 대 1, 1 대 M, M 대 N

2. 최소 기수성 → 필수, 선택 : 고객은 일단 하나의 계좌를 만들어야 함 ⇒ 1 대 1 관계와 유사

 

M 대 N → 서로 간의 관계가 복잡하게 얽혀있는 것 ⇒ 1 대 1 또는 1 대 M 으로 해소하는 과정도 필요

 

1-3-2) 1 대 1 관계

: 완전 or 선택적

완전 → 하나의 Entity에 관계되는 Entity의 관계가 하나인 경우 ⇒ 반드시 존재해야함

선택적 → 하나의 Entity에 관계되는 Entity의 관계가 하나이거나 없을 수도 있음

 

1-3-3) 1 대 N 관계

: Entity에 행이 하나 있을 때 다른 Entity의 값이 여러개 있는 관계

→ 고객은 여러개의 계좌를 가질 수 있음

 

1-3-4) M 대 N 관계

: 두 개의 Entity가 서로 여러 개의 관계를 가지고 있는 것

→ 한명의 학생이 여러개의 과목을 수강 // 한개의 과목을 여러 명의 학생이 수강

: 관계형 DB에서 M 대 N 관계의 Join은 카테시안 곱이 발생 → 1 대 N 또는 N 대 1롤 해소해야함 (필요에 따라 존재)

 

1-3-5) 필수적 관계

: 반드시 하나는 존재해야 하는 관계 → | 로 표현

→ 고객이 반드시 있어야 계좌 개설 가능

 

1-3-6) 선택적 관계

: 없을 수도 있는 관계 → 0 으로 표현

→ 고객이 있어도 계좌가 없을 수 있음

 

1-4 존재 관계 → Entity 간의 상태를 나타내는 것

 

1-4-1) 식별 관계 (Identification Relationship) → 구분할 수 있는 관계

Ex) 고객 & 계좌 Entity

고객 → 독립적으로 존재할 수 있는 강한 개체 (Strong Entity)

계좌 → 약한 개체 (Week Entity)

 

강한 개체 → 누구에게도 지배되지 않는 독립적인 개체

약한 개체 → 개체의 존재가 다른 개체의 존재에 달려있는 개체 : 다른 개체가 변하면 약한 개체도 변함

 

강한 개체

: 다른 Entity에 의존하지 않고 독립적으로 존재

: 다른 Entity와 관계를 가질 때 다른 Entity에게 기본키 공유

: 식별 관계로 표현됨

→ 고객 Entity의 기본키인 회원ID를 계좌 Entity의 기본키의 하나로 공유

: 강한 개체의 기본키 값이 변경 될 때, 식별관계에 있는 Entity의 값도 변경

 

1-4-2) 비식별 관계 (Non-Identification Relationship)

: 강한 개체의 기본키를 다른 Entity의 기본키가 아닌 일반 칼럼으로 관계를 가지는 것

: 비식별 관계는 점선으로 표현

 

#2 엔터티 식별자 (Entity Identifier)

식별자 : Entity를 대표할 수 있는 유일성을 만족하는 속성 → 주민등록번호, 계좌번호, 여권번호 등

 

키의 종류

DB 키	설명
기본키 (Primary Key)	후보키 중에서 Entity를 대표할 수 있는 키
후보키 (Candidate Key)	유일성과 최소성을 만족하는 키 → 불변성을 지니지 못함
슈퍼키 (Super Key)	유일성은 만족하지만 최소성을 만족하지 않는 키
대체키 (Alternate Key)	여러 개의 후보키 중에서 기본키를 선정하고 남은 키 → 기본키로 바뀔 수도 있음
외래키 (Foreign Key)	하나 혹은 다수의 다른 테이블의 기본 키 필드를 가리키는 것으로 참조 무결성을 확인하기 위해 사용되는 키 → 허용된 데이터 값만 DB에 저장하기 위해서 사용 → 기본키와 연동이 되면서 유일하게 나올 수 있도록

 

2-1) 주식별자 (기본키, Primary Key)

최소성	최소성을 만족하는 키
대표성	Entity를 대표할 수 있어야 함
유일성	Instance를 유일하게 식별
불변성	자주 변경하지 않아야함

 

2-2) 인조 식별자

: 인위적으로 만들어지는 식별자

 

2-3) 식별자 종류

1. 대표성

: 주식별자 & 보조식별자

→ 주식별자 : Entity를 대표할 수 있는 식별자, 다른 Entity와 참조 관계로 연결될 수 있음

→ 보조 식별자 : 유일성과 최소성은 만족하지만 대표성을 만족하지 못하는 식별자

 

2. 생성 여부

: 내부 식별자 & 외부 식별자

→ 내부 식별자 : Entity 내부에서 스스로 생성되는 식별자

→ 외부 식별자 : 다른 Entit와의 관계로 만들어지는 식별자

 

3. 속성의 수

: 단일 식별자 & 복합 식별자

→ 단일 식별자 : 하나의 속성

→ 복합 식별자 : 두개 이상의 속성

 

4. 대체 여부

: 본질 식별자 & 인조 식별자

→ 본질 식별자 : 비즈니스 프로세스에서 만들어지는 식별자

→ 인조 식별자 : 인위적으로 만들어지는 식별자

⇒ 후보 식별자 중에서 주식별자로 선정할 것이 없거나, 주식별자가 너무 많은 컬럼으로 되어있는 경우 사용, 순서 번호를 사용하여 식별자를 만듬