[JPA] 고급 매핑 : 상속 관계 매핑

관계형 데이터베이스에는 상속이라는 개념이 없는 대신 상속과 유사한 슈퍼타입 서브타입 관계라는 모델링 기법이 있습니다. 

ORM에서의 상속관계 매핑은 슈퍼타입 서브타입 관계를 매핑을 말합니다.

 

슈퍼타입 서브타입 논리 모델을 실제 물리 모델인 테이블로 구현할 때는 3가지 방법이 있습니다.

 

1. 각각의 테이블로 변환 (조인 전략) : 슈퍼타입 서브타입 엔티티를 모두 각각 테이블로 만들고 조회할 때 조인을 사용하는 방법

2. 통합 테이블로 변환 (단일 테이블 전략): 서브타입 엔티티와 슈퍼타입 엔티티를 한곳에 모아 하나의 엔티티로 관리하는 방법입니다.

3. 서브타입 테이블로 변환 (구현 클래스마다 테이블 전략) : 서브타입 엔티티를 모두 각각 테이블로 만들고, 자식 테이블이 부모 테이블의 기본키를 그대                                                  

---

조인 전략 

슈퍼타입 서브타입 엔티티를 모두 각각 테이블로 만들고, 자식 테이블이 부모 테이블의 기본키를 받아서 기본 키 + 외래키인 복합키를 사용하는 전략입니다. 

 

슈퍼타입 서브타입 관계를 조인전략으로 매핑할 때는 Dtype을 사용합니다.

객체는 타입으로 구분할 수 있지만 테이블에는 타입의 개념이 없기 때문에 Dtype을 구분하는 컬럼을 추가해야 합니다.

 

예를 들어 Item이라는 부모 엔티티, Item을 상속받은 자식 엔티티 Album, Movie, Book 엔티티가 있다고 해봅시다.

 

이 상속관계를 슈퍼타입 서브타입 조인전략으로 매핑해봅시다. 

 

Super Type - Item

@Entity
@Inheritance(strategy = InheritanceType.JOINED) // 조인 전략으로 슈퍼-서브타입 매핑
@DiscriminatorColumn(name = "DTYPE") // 자식 구분 컬럼을 Dtype을 설정
public abstract class Item { // 실제 엔티티로 사용하지 않을 때 추상 클래스로 선언 
	
    @Id @GeneratedValue
    @Column(name = "ITEM_ID")
    private Long id;

    private String name;
    private int price;

	...
}

• 상속 매핑을 부모 클래스에 @Inheritance를 사용해야 합니다. 그리고 매핑 전략을 조인 전략을 사용하므로 startegy 속성을 Inheritance.JOINED로 설정했습니다.
• 추가적으로 관계형 데이터베이스에는 타입의 개념이 없기 때문에 자식 구분 컬럼을 @DiscriminatorColuimn 어노테이션에 Dtype으로 지정해줍니다.
• 부모 엔티티를 실제로 데이터베이스에서 테이블로 사용하지 않는 경우에는 추상 클래스로 선언해서 매핑해줍니다.

 

Sub Type - Album

@Entity
@DiscriminatorValue("A")
public class Album extends Item{
    private String artist;
}

• Item을 상속받은 자식 클래스이므로 extends 키워드를 사용합시다.
• 엔티티를 저장할 때 구분 컬럼에 입력할 값을 지정합니다. 만약 별도로 지정하지 않으면 클래스 이름으로 자동 지정됩니다. 

만약 자식 테이블의 기본 키 컬럼명 (item_id)를 변경하고 싶은 경우 
@PrimaryKeyJoinColumn(name = "지정하고 싶은 컬럼명")으로 변경할 수 있습니다.

조인전략 장-단점

장점

• 테이블이 정규화 됩니다.
  • 중복 데이터를 최소화 함으로써 저장공간을 효율적으로 사용 가능 ( 각각의 엔티티를 별도의 테이블로 생성하지 않고, 필요한 필드만을 각각의 테이블에 저장하여 저장공간을 효율적으로 사용할 수 있습니다. )
• 외래 키 참조 무결성 제약조건을 활용 가능 : 참조하는 테이블의 무결성이 유지되어 데이터 일관성 보장
  • 예를들어, 자식 엔티티가 부모 엔티티를 참조하고 있다면, 외래키 참조 무결성 제약조건을 사용하여 부모 엔티티의 기본키 값이 변경되거나 삭제될 때 자식 엔티티에서도 외래키 값을 함께 수정하거나 삭제하여 데이터 일관성을 보장합니다.

단점

• 조회할 때 join이 많이 사용되므로 성능이 저하될 수 있다.
• 등록할 때 insert SQL을 n번 실행

---

단일 테이블 전략

이름 그대로 테이블을 하나만 사용해서 구분 컬럼으로 어떤 자식 데이터가 저장되었는지 구분하는 전략입니다. 한 테이블 내에서 조회하므로 일반적으로 조회가 가장 빠릅니다.

자식 엔티티가 매핑한 컬럼은 모두 null을 허용하도록 설정해야 합니다.

@Entity
@Inheritance(strategy = InheritanceType.SINGLE_TABLE)
@DiscriminatorColumn(name="DTYPE")
public abstract class Item{

	@Id @GeneratedValue
    @Column(name = "ITEM_ID")
    private Long id;

    private String name;

    private int price;
    
    ...
}

@Entity
@DiscriminatorValue("A")
public class Album extends Item {...}

@Entity
@DiscriminatorValue("M")
public class Movie extends Item {...}

@Entity
@DiscriminatorValue("B")
public class Book extends Item {...}

• @Inheritance.strategy를 InheritanceType.SINGLE_TABLE 로 설정하면 단일 테이블 전략을 사용합니다.
• 테이블 하나에 모든 것을 통합하므로 구분 컬럼을 필수로 사용해야 합니다.
  • Dtype으로 어떤 자식 데이터가 저장되었는지 구분하기 때문에 반드시 @DiscriminatorColumn을 설정해주어야합니다.

장점

• join 하지 않고 조회할 수 있어서 조회 성능이 빠릅니다.
  • select * from item where ..
• 조회 쿼리가 단순합니다.

단점

• 자식 엔티티가 매핑한 컬럼은 모두 null을 허용해야 합니다.
• 단일 테이블에 모든것을 저장하므로 테이블이 커질 수 있습니다.

---

구현 클래스마다 테이블 전략

자식 엔티티마다 테이블을 각각 만드는 방식입니다. 

@Entity
@Inheritance(strategy = InheritanceType.TABLE_PER_CLASS)
@DiscriminatorColumn(name="DTYPE")
public abstract class Item{

    @Id @GeneratedValue
    @Column(name = "ITEM_ID")
    private Long id;

    private String name;

    private int price;

    ...
}

@Entity
public class Album extends Item {...}

@Entity
public class Movie extends Item {...}

@Entity
public class Book extends Item {...}

• @Inheritance.strategy를 InheritanceType.TABLE_PER_CLASS 로 설정하면 구현 클래스마다 테이블 전략을 사용합니다.
• 이 전략은 자식 엔티티마다 테이블을 만듭니다.
• not null 제약조건을 사용할수 있고, 서브타입을 구분해서 처리할 때 효과적입니다.

여러 자식 테이블을 함께 조회할 때 UNION을 사용해야 하기 떄문에 성능이 느리고 자식 테이블을 통합해서 쿼리하기 어렵습니다.

이 전략을 추천하지 않는 방법입니다. 이런 전략도 있구나 정도로만 알아둡시다.