SQLD 자격증 # 데이터 모델링의 이해(과목1)_식별자

1. 식별자(Identifiers) 개념

• 엔터티를 구분짓는 논리적인 이름이자, 엔터티를 대표할 수 있는 속성
• 엔터티에는 반드시 하나의 유일한 식별자가 존재한다. 

 

 

2. 식별자의 특징

• 주식별자에 의해 엔터티내에 모든 인스턴스들이 유일하게 구분되어야 한다.
• 주식별자를 구성하는 속성의 수는 유일성을 만족하는 최소의 수가 되어야 한다.
• 지정된 주식별자의 값은 자주 변하지 않는 것이어야 한다.
• 주식별자가 지정이 되면 반드시 값이 들어와야 한다.

 

키 종류	설명
기본키 (PK)	엔터티 대표 키
후보키 (CK)	유일성과 최소성 만족하지만 대표성 부족
슈퍼키 (SK)	유일성은 만족하지만 최소성 부족
대체키 (AK)	후보키 중 기본키를 선정하고 남은 키
외래키 (FK)	다른테이블 기본 키 필드를 참조 한 키

 

3. 식별자 분류 및 표기법

 가. 식별자 분류

• 주식별자(Primary Identifier)
  - 엔터티 내에서 대표성을 가지는 식별자.
• 보조식별자(Alternate Identifier)
  - 엔터티 내에서 대표성을 가지지 않는 식별자.
• 내부식별자
  - 엔터티 내에서 스스로 생성된 식별자.
• 외부식별자(Foreign Identifier)
  - 타 엔터티와의 관계를 통해 만들어진 식별자.
• 단일식별자(Single Identifier)
  - 단일 속성으로 식별이 되는 식별자.
• 복합식별자(Composit Identifier)
  - 둘 이상의 속성으로 구성된 식별자.
• 본질식별자
  - 업무적으로 의미가 있는 식별자 속성을 대체하여 일련번호와 같이 새롭게 만든 식별자.
• 인조식별자
  - 업무적으로 만들어지지는 않지만 인위적으로 만들어진 식별자. 

 

나. 식별자 표기법

 4. 주식별자 도출기준

▶ 주식별자 도출 기준

 

해당 업무에서 자주 이용되는 속성을 지정한다.

예) 직원(엔터티)-사원번호, 주민번호

예) 주문자(엔터티)-고객 등록번호, 주민번호, 이메일, 핸드폰번호

​

​

명칭, 내역 등과 같이 이름으로 기술되는 것들은 피한다.

엔터티에서 구분자가 존재하지 않을 경우 새로운 식별자를 생성한다.

예) 일련번호, 코드

​​

복합으로 주식별자로 구성할 경우 너무 많은 속성이 포함되지 않도록 한다.

주식별자의 개수가 많을 경우 새로운 인조식별자(Artificial Identifier)를 생성한다.

 

SELECT 계약금
FROM 접수 
WHERE 접수.접수일자 = ‘2010.07.15“ 
AND 접수.관할부서 = ‘1001’ 
AND 접수.입력자사번 = ‘AB45588' 
AND 접수.접수방법코드 = ‘E' 
AND 접수.신청인구분코드 = ‘01' 
AND 접수.신청인주민번호 = ‘7007171234567' 
AND 접수.신청횟수 = ‘1’

 

접수번호라는 인조식별자로 대체 하면 아래와 같이 간단하게 할 수 있다.

SELECT 계약금 
FROM 접수 
WHERE 접수.접수일자 = ‘100120100715001“

  

5. 식별자관계와 비식별자관계에 따른 식별자

가. 식별자관계와 비식별자 관계의 결정

외부식별자(Foreign Identifier) : 다른 엔터티와의 관계를 통해 자식 쪽에 엔터티에 생성되는 속성 데이터베이스 생성 시에 Foreign Key역할을 한다. 

 

관계와 속성을 정의하고 주식별자를 정의하면 자연스럽게 외부식별자가 도출되지만 중요하게 고려해야 할 사항이 있다. 엔터티에 주식별자가 지정되고 엔터티간 관계를 연결하면 부모쪽의 주식별자를 자식엔터티의 속성으로 내려 보낸다. 이 때 자식엔터티에서 부모엔터티로부터 받은 외부식별자를 자신의 주식별자로 이용할 것인지 또는 부모와 연결이 되는 속성으로서만 이용할 것인지를 결정해야 한다.

 

나. 식별자관계

자식엔터티의 주식별자로 부모의 주식별자가 상속되는 경우를 말한다. Null값이 오면 안된다.

 

• 1:1관계 : 부모로부터 받은 속성을 자식엔터티가 모두 사용하고 그것만으로 주식별자로 사용할 경우
• 1:M관계 : 부모로부터 받은 속성, 다른 부모엔터티에서 받은 속성, 스스로 가진 속성으로 주식별자가 구성된 경우

 

다. 비식별자관계(Non-Identifying Relationship)

부모엔터티로부터 속성을 받았지만 자식엔터티의 주식별자로 사용하지 않고 일반적인 속성을 사용하는 경우.

 

♣ 비식별자관계 사용 예

* 자식엔터티에서 받은 속성이 반드시 필수가 아니기에 부모 없는 자식이 생성될 수 있는 경우

* 엔터티별로 데이터의 생명주기(Life Cycle)를 다르게 관리할 경우.

* 여러 개의 엔터티가 하나의 엔터티로 통합되어 표현되었는데 각각의 엔터티가 별도의 관계를 가질 때.

* 자식엔터티에서 별도의 주식별자를 생성하는 겻이 더 유리할 경우.

 

라. 식별자 관계로만 설정할 경우의 문제점

식별자관계로만 연결된 모델의 경우 주식별자 속성이 지속적으로 증가한다.

주식별자 증가로 복잡성과 오류가능성을 유발시킬 수 있다.

 

마. 비식별자 관계로만 설정할 경우의 문제점

비식별자 관계로 설정할 경우 속성이 자식엔터티로 상속되지 않는다.

속성이 자식엔터티로 상속되지 않아 부모엔터티까지 조인되는 현상이 발생.

불필요한 조인이 발생되고 SQL구문도 길어져 성능 저하 현상이 발생.

 

따라서,
식별자관계와 비식별자관계 이 두 가지의 경우에 대해서
일정한 규칙을 가지고 데이터 모델링을 하는 기술이 필요하다.

  

바. 식별자관계와 비식별자관계 모델링

 1) 비식별자관계 선택 프로세스

 

다음 조건에 해당할 경우 비식별자관계로 조정하면 된다.

 

2) 식별자와 비식별자관계 비교

---

✅ REFERENCE

제 5절 식별자