본질식별자vs인조식별자

 

본질식별자vs인조식별자


본질 식별자: 비즈니스 로직에 의해 만들어진 데이터로 구성된 식별자
(주민번호, 이메일, 전화번호등 고유성이 보장되는 데이터이용)

인조 식별자: 비즈니스 로직과 무관하게 인위적으로 만든 식별자(AUTO_INCREMENT, UUID 등)

 

무엇을 사용해야할까?

-> 가능한 본질식별자를 사용하기위해 노력해야 한다.

 

왜 가능한 본질식별자를 사용해야하는가?(인조 식별자의 단점)

1. 불필요한 컬럼 생성

2. PK로 데이터 중복 방지가 불가능하다
-> 만약 똑같은 insert문이 2번 실행된다면, 본질 식별자에서는 에러가 나서 중복방지가 되지만, 인조식별자는 정상실행되어 중복데이터가 발생한다.

3. 인덱스를 별도 생성해야한다.
-> PK는 기본으로 클러스터링 인덱스가 적용되는데 인조식별자는 의미없는 데이터로 인덱스가 적용되기때문에 비즈니스 로직을 위한 별도 인덱스를 생성해줘야 한다.

 

그럼 인조 식별자는 언제 사용해야할까?

1. 본질 식별자가 불안정하거나 변경가능할 때
변경될 가능성이 있는 데이터(이메일, 전화번호)는 PK로 쓰기 부적합하다.

2. 본질 식별자가 복합키인 경우 관리가 복잡할 때
복합키의 관리가 복잡할 때 인조 식별자를 사용하면 개발 편의성이 증가할 수 있다.
(부작용이 있음에도 비용을 줄여줄 수 있기 때문에 특정 상황에서는 이를 감수할 수 있다.)