[JPA] 복합 키와 식별 관계 매핑

 

 

 

 

 

복합 키(Composite Key)

여러 열을 조합하여 기본 키(Primary Key)의 역할을 할 수 있도록 만든 키를 의미합니다.

 

 

 

 

 

 

 

 

 

식별 관계

부모 테이블의 기본 키를 내려받아서 자식 테이블의 기본 키 + 외래 키로 사용하는 관계입니다.

 

 

 

 

 

 

 

 

 

 

 

 

비식별 관계

부모 테이블의 기본 키를 자식 테이블의 외래 키로만 사용하는 관계입니다.

 

 

 

 

비식별 관계는 필수적 비식별 관계와 선택적 비식별 관계가 있습니다.

 

 

 

필수적 비식별 관계(Mandatory)

외래 키에 NULL을 허용하지 않습니다.

연관관계를 반드시 맺어야 합니다.

 

 

 

 

선택적 비식별 관계(Optional)

외래 키에 NULL을 허용합니다.

연관관계를 맺을지 말지 선택할 수 있습니다.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

식별 관계와 비식별 관계의 선택

최근에는 비식별 관계를 주로 사용하고 꼭 필요한 곳에만 식별 관계를 사용하는 것이 요즘 추세라고 합니다.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

복합 키 매핑

JPA 에서는 영속성 컨텍스트에 엔티티를 보관할 때, 엔티티의 식별자를 키로 사용합니다.

그리고 식별자를 구분하기 위하여 equals와 hashCode를 사용하여 동등성(equals) 비교를 합니다.

식별자 필드가 하나인 경우에는 보통 Long 타입을 사용하므로 문제되지 않습니다.

그러나 식별자 필드가 2개 이상(복합키)이라면 별도의 식별자 클래스를 만들고, 그곳에서 equals와 hashCode를 구현해야 합니다.

 

JPA에서는 복합 키를 지원하기 위하여 @IdClass와 @EmbeddedId 2가지 방법을 제공합니다.

@IdClass는 RDB에 가까운 방법입니다.

@EmbeddedId는 좀 더 객체지향에 가까운 방법입니다.

 

@IdClass보다는 @EmbeddedId를 중점적으로 다루고, 마지막에 @IdClass에 대한 사용 예시를 간단하게 소개하도록 하겠습니다.

 

 

 

 

 

 

복합 키와 @GenerateValue

복합 키에는 @GenerateValue를 사용할 수 없습니다.
복합 키를 구성하는 여러 컬럼 중 하나에도 사용할 수 없습니다.

 

(2023-12-1 추가:

https://github.com/hibernate/hibernate-orm/commit/c558fb7a5caa3557b1e9e2de7c77eff4bf608f06

위 커밋으로 인해 Hibernate 6.4.0 버전부터는 복합 키를 구성하는 여러 컬럼 중 하나에 GenerateValue를 사용할 수 있게 된 것 같습니다. )

 

 

 

 

 

 

@EmbeddedId

@EmbeddedId를 사용하기 위한 조건은 다음과 같습니다.

 

• @Embeddable 어노테이션을 붙여주어야 합니다.
• Serializable 인터페이스를 구현해야 합니다.
• equals, hashCode를 구현하여야 합니다.
• 기본 생성자가 있어야 합니다.
• 식별자 클래스는 public이어야 합니다.

 

 

 

 

 

 

 

 

 

 

 

복합 키 + 비식별 관계 매핑

 

위의 관계를 JPA를 통해 매핑해 보도록 하겠습니다.

 

 

 

@Embeddable
class ParentId(
    
    @Column(name = "PARENT_ID1")
    var id1: Long,

    @Column(name = "PARENT_ID2")
    var id2: Long,


    
) : Serializable{
    override fun equals(other: Any?): Boolean {
        ...
    }

    override fun hashCode(): Int {
        ...
    }
}

 

 

@Entity
class Parent(
    
    @EmbeddedId
    var id: ParentId,
    
    var name: String,
) {
}

 

 

 

 

@Entity
class Child(
    @Id @Column(name = "CHILD_ID")
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    var id: Long = 0,
    
    @ManyToOne(fetch = FetchType.LAZY)
    @JoinColumns(value = 
        [
            JoinColumn(name = "PARENT_ID1", referencedColumnName = "PARENT_ID1"),//name과 referencedColumnName이 같으면 referencedColumnName 생략 가능
            JoinColumn(name = "PARENT_ID2", referencedColumnName = "PARENT_ID2"),
        ]
    )
    var parent: Parent,
    
    var name: String,
) {
    
            
}

 

 

생성되는 테이블은 다음과 같습니다.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

복합 키 + 식별 관계 매핑

@MapsId를 사용해야 합니다.

 

@Entity
class Parent(

    @Id @Column(name = "PARENT_ID")
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    var id: Long,

    var name: String,
) {
}

 

@Embeddable
class ChildId(

    var parent11Id: Long,

    @Column(name = "CHILD_ID")
    var id: Long,



) : Serializable{

    override fun equals(other: Any?): Boolean {
        ...
    }

    override fun hashCode(): Int {
        ...
    }
}

 

@Entity
class Child(

    @EmbeddedId
    var id: ChildId,

    @MapsId(value = "parent11Id")//ChildId의 ParentId 필드명과 일치해야 함, 컬럼명이 아니라 필드명임
    @ManyToOne(fetch = FetchType.LAZY)
    @JoinColumn(name = "PARENT_ID")
    var parent: Parent,

    var name: String,
) {


}

 

생성되는 테이블은 다음과 같습니다.

 

 

 

 

 

 

 

 

 

 

 

식별, 비식별 관계의 장단점

 

데이터베이스 설계 관점에 보면 다음과 같은 이유로 식별 관계보다 비식별 관계를 선호합니다.

 

 

• 식별 관계는 부모 테이블의 기본 키를 자식 테이블로 전파하면서 자식 테이블의 기본 키 컬럼이 점점 늘어납니다. 예를 들어 부모 테이블은 기본 키 컬럼이 하나이지만, 자식은 2개, 손자는 3개로 점점 늘어납니다. 결국 조인할 때 SQL이 복잡해지고, 기본 키 인덱스가 불필요하게 커질 수 있습니다.
• 식별 관계는 2개 이상의 컬럼을 합해서 복합 기본 키를 만들어야 하는 경우가 많습니다.
• 식별 관계를 사용할 때 기본 키로 비즈니스 의미가 있는 자연 키 컬럼을 조합하는 경우가 많습니다. 반면에 비식별 관계의 기본 키는 비즈니스와 전혀 관계없는 대리 키를 주로 사용합니다. 비즈니스 요구사항은 시간이 지남에 따라 언젠가는 변하기에 식별 관계의 자연 키 컬럼들이 자식에 손자까지 전파되면 변경하기 힘들어집니다.
• 식별 관계는 부모 테이블의 기본 키를 자식 테이블의 기본 키로 사용하므로 비식별 관계보다 테이블 구조가 유연하지 못합니다.

 

 

 

 

객체 관계 매핑의 관점에서 보면 다음과 같은 이유로 비식별 관계를 선호합니다.

• 일대일 관계를 제외하고 식별 관계는 2개 이상의 컬럼을 묶은 복합 기본 키를 사용합니다. JPA에서 복합 키는 별도의 복합 키 클래스를 만들어서 사용하애 합니다. 따라서 컬럼이 하나인 기본 키를 매핑하는 것보다 많은 노력이 필요합니다.
• 비식별 관계의 기본 키는 주로 대리 키를 사용하는데, JPA는 @GenerateValue처럼 대리 키를 생성하기 위한 편리한 방법을 제공합니다. 그러나 식별 관계를 사용한다면 이를 사용하지 못합니다.

 

 

 

 

 

 

 

 

선택적 비식별 관계와 필수적 비식별 관계

선택적 비식별 관계보다는 필수적 비식별 관계를 사용하는 것이 좋습니다.

 

선택적인 비식별 관계는 NULL을 허용하므로 조인할 때에 외부 조인을 사용해야 합니다.

반면에 필수적 관계는 NOT NULL로 항상 관계가 있다는 것을 보장하므로 내부 조인만 사용해도 됩니다.

 

 

 

 

 

 

 

 

 

Reference

[자바 ORM 표준 JPA 프로그래밍] - 김영한