고급 매핑

상속관계 매핑

객체의 상속 구조와 DB의 슈퍼타입 서브타입 관계를 매핑

• 관계형 데이터베이스는 상속 관계X
• 슈퍼타입 서브타입 관계라는 모델링 기법이 객체 상속과 유사

슈퍼타입-서브타입 논리 모델을 실제 물리 모델로 구현하는 방법

• 각각 테이블로 변환 -> 조인 전략
• 통합 테이블로 변환 -> 단일 테이블 전략
• 서브타입 테이블로 변환 -> 구현 클래스마다 테이블 전략
  
  

주요 어노테이션

@Inheritance(strategy=InheritanceType.XXX) 

XXX

• JOINED: 조인 전략
• SINGLE_TABLE: 단일 테이블 전략
• TABLE_PER_CLASS: 구현 클래스마다 테이블 전략

@DiscriminatorColumn(name="DTYPE") 

• 부모 클래스에 선언.
• 하위 클래스를 구분하는 용도.
• default = DTYPE

@DiscriminatorValue(“XXX”)

• 하위 클래스에 선언.
• 엔티티 저장시 슈퍼타입의 DTYPE에 저장할 이름을 지정한다.
  ex) ITEM의 DTYPE에 저장되는 이름
• default = 엔티티명

예시 코드

@Entity
@Inheritance(strategy =InheritanceType.JOINED)
@DiscriminatorColumn
public class Item{
	@Id @GeneratedValue
    private Long id;
    
    private String name;
    private int price;
}

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

public class Movie extends Item {
	private String director;
    private String actor;
}

public class Book extends Item {
	private String author;
    private String isbn;
}

조인 전략

제일 정석으로 사용되는 전략 ❗️
@DiscriminatorColumn 선언하지 않으면 DTYPE 컬럼 생성되지 않음(하이버네이트 전략)
넣어주는게 구분하기 명확하므로 추천

장점

• 테이블 정규화
• 외래 키 참조 무결성 제약조건 활용가능
  (다른 테이블에서 참조할 때 슈퍼타입의 엔티티만 보면 되서 편함.)
• 저장공간 효율화

단점

• 조회시 조인을 많이 사용, 성능 저하
• 조회 쿼리가 복잡함
• 데이터 저장시 INSERT SQL 2번 호출(슈퍼타입, 서브타입)

단일 테이블 전략

서비스 규모가 크지 않은 경우 성능을 위해 단일 테이블 전략을 선택할 수 있다.
한 테이블에 다 저장하고 DTYPE으로 구분.
@DiscriminatorColumn을 선언하지 않아도 DTYPE 컬럼이 생성된다.(생성하지 않으면 구분하기 힘들기 때문)

장점

• 조인이 필요 없으므로 일반적으로 조회 성능이 빠름
• 조회 쿼리가 단순함

단점

• 자식 엔티티가 매핑한 컬럼은 모두 null 허용(ITEM 관련 컬럼빼고 나머지는 null 허용)
• 단일 테이블에 모든 것을 저장하므로 테이블이 커질 수 있다. 상황에 따라서 조회 성능이 오히려 느려질 수 있다.(임계점 넘는 상황이 거의 발생하지 않긴 함)
  
  

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

클래스마다 NAME과 PRICE 컬럼이 중복된다.
ITEM 엔티티는 실제 생성되는 테이블이 아니므로 abstract 클래스로 생성해줘야 한다.
이 전략은 데이터베이스 설계자와 ORM 전문가 둘 다 추천X

장점

• 서브 타입을 명확하게 구분해서 처리할 때 효과적
• not null 제약조건 사용 가능

단점

• 여러 자식 테이블을 함께 조회할 때 성능이 느림(UNION SQL 필요)
• 자식 테이블을 통합해서 쿼리하기 어려움
• 변경의 관점에서 매우 좋지 않음
  
  
  
  

@MappedSuperclass

공통 매핑 정보가 필요할 때 사용(id, name)

• 상속관계 매핑이 아님
• 엔티티도 아님. 테이블과 매핑X
• 부모 클래스를 상속 받는 자식 클래스에 매핑 정보만 제공
• 조회, 검색 불가(em.find(BaseEntity) 불가)
• 직접 생성해서 사용할 일이 없으므로 추상 클래스 권장
• 테이블과 관계 없고, 단순히 엔티티가 공통으로 사용하는 매핑정보를 모으는 역할
• 주로 등록일, 수정일, 등록자, 수정자 같은 전체 엔티티에서 공통으로 적용하는 정보를 모을 때 사용
• 참고: @Entity 클래스는 엔티티나 @MappedSuperclass로 지정한 클래스만 상속 가능

Ref.

[인프런] 자바 ORM 표준 JPA 프로그래밍 - 기본편 (김영한)