논리적 데이터베이스 모델링 – 식별관계 vs 비식별관계

 

 

 

 

논리적 모델링에서 식별관계와 비식별관계는 테이블 간의 결합 강도를 결정하는 핵심 개념이다. 식별관계는 부모의 PK가 자식의 PK까지 관여하는 강한 결합이고, 비식별관계는 독립적인 PK를 유지하는 약한 결합이다. 현대 설계에서는 유연성과 확장성을 위해 비식별관계를 원칙으로 한다.

 

 

 

1. 개념의 본질

식별 관계

• 부모 테이블의 PK를 자식 테이블의 PK + FK로 사용한다.
• 부모 없이는 자식이 식별될 수 없는 강한 종속 관계다.

 

비식별 관계

• 부모 테이블의 PK를 자식 테이블의 일반 컬럼(FK)으로만 참조한다.
• 자식은 독립적인 PK를 가지며 부모와 독립적으로 존재할 수 있다.

 

 

2. 일대다(1:N) 관계에서의 차이

비식별 관계

• 자식 테이블은 독립적인 PK(대리 키)를 가진다. 구조가 단순하고 명확하며 관계 변경에 유연하다. ORM과도 자연스럽게 매핑된다.

 

식별 관계

• 부모 PK를 포함한 복합키를 자식의 PK로 사용한다. PK 자체가 비즈니스 의미를 가지지만 복합키 관리가 복잡하고 확장성이 떨어진다.

 

식별 관계의 문제점

• 유연성 부족: PK로 강하게 결합되어 비즈니스 변경에 대응하기 어렵다.
• PK 전파: 부모-자식-손자 계층이 깊어질수록 PK가 길고 복잡해진다. SQL과 ORM 매핑이 어려워진다.

 

 

3. 쿼리와 성능 관점

쿼리 단순성

• 비식별 관계는 단일 PK를 사용하므로 WHERE 조건과 JOIN이 단순하다. API 설계와 개발 편의성이 높다.

 

인덱스 성능

• 식별 관계는 복합 PK 인덱스로 특정 조회(부모에 속한 자식 전체)가 빠르다.
• 비식별 관계는 FK에 인덱스를 직접 생성해야 한다.
• 하지만 FK 인덱스 추가는 간단하고, 사소한 성능 이점을 위해 설계의 유연성을 희생하는 것은 현명하지 않다.

 

 

4. 일대일(1:1) 관계

비식별 관계

• 자식 테이블은 독립 PK를 가지며 FK에 UNIQUE 제약조건을 추가한다. 결합도가 낮고 향후 1:N으로 확장 가능하다.

식별 관계

• 자식의 PK가 부모 PK와 동일하다. 구조적으로 강한 결합을 표현하지만 유연성이 낮다.
• 1:1이 1:N으로 변경될 가능성을 고려하면 비식별 관계가 훨씬 유리하다.

 

 

5. 다대다(M:N) 관계

식별 관계

• 연결 테이블에서 양쪽 부모 PK를 복합 PK로 사용한다.
• '하나의 주문에 동일 상품 중복 불가' 같은 규칙을 강제하지만 규칙 변경 시 PK 수정이 필요하다.

비식별 관계

• 독립적인 PK를 사용하고 FK 조합에 UNIQUE 제약조건을 둔다. 유연성과 정합성을 모두 확보한다.

 

 

6. 현대 설계 트렌드

비식별 관계는 유연성, 구조 단순성, ORM 친화성, 비즈니스 분리 측면에서 압도적이다.

변화에 민첩해야 하는 현대 소프트웨어 환경에서 사실상 표준으로 자리잡았다.

 

 

설계의 황금률 ⭐⭐⭐

1. 기본 키(PK)

• 테이블의 PK는 비즈니스와 무관한 대리 키를 사용한다.
• BIGINT AUTO_INCREMENT가 가장 일반적이다.

 

2. 관계

• 모든 관계는 비식별 관계로 설계한다.
• 부모 PK는 자식의 일반 컬럼(FK)으로만 참조한다.

 

3. 비즈니스 규칙

• 중복 방지 등 규칙은 UNIQUE 제약조건으로 보장한다.
• PK로 해결하려 하지 않는다.

 

 

결론

핵심 엔터티 먼저

• 기본 테이블부터 설계한다. 다른 테이블의 부모 역할을 하는 테이블이 많다.
• 자연 키 후보에는 UNIQUE 제약조건을 건다.

 

관계 테이블 설계

• 1:N, M:N 관계 테이블을 만든다. M:N은 연결 테이블로 해소한다.

 

1:1 관계 테이블

• NOT NULL, UNIQUE 제약조건을 추가한다.

 

 

황금률을 지키면 복잡한 비즈니스 환경에서도 데이터 구조가 흔들리지 않는다.

식별관계는 과거의 유산이다. 현대 설계는 비식별 + 대리키로 간다!!!!!!