JPA (7) 상속 관계 매핑

김영한님의 자바 ORM 표준 JPA 프로그래밍 강의 정리

상속 관계 매핑

  • RDB는 상속 관계가 없음
  • Supertype & subtype 모델링이 객체 상속과 비슷
  • 상속 관계 매핑은 객체의 상속 구조와 RDB의 슈퍼타입 & 서브타입 관계를 매핑
  • 구현 방법
    • Join 전략
    • 단일 테이블 전략
    • 구현 클래스마다 테이블을 가지는 전략

Join 전략

  • @Inheritance(strategy=InheritanceType.JOINED)
    • 부모 클래스에 해당하는 엔티티에 추가
  • @DiscriminatorColumn(name=”DTYPE”)
    • 부모 클래스에 해당하는 엔티티에 추가하며 필수 어노테이션은 아님
  • @DiscriminatorValue(“A”)
    • 자식 클래스에 해당하는 엔티티에 추가하며 필수 어노테이션은 아님

@Inheritance 어노테이션의 기본 전략은 단일 테이블이므로 조인 전략을 쓰고 싶을 때는 strategy 값을 변경해줘야 한다. @DiscriminatorColumn@DiscriminatorValue 어노테이션을 추가해주지 않으면 Product 테이블에 구분 컬럼 없이 각 테이블이 생성된다. Product 테이블에 @DiscriminatorColumn을 name 설정없이 추가해주면 구분 컬럼이 기본값이 DTYPE으로 들어가고 원하는 컬럼 이름이 있을 경우에는 지정해줄 수 있다. 상속 받는 클래스에서도 기본 값은 클래스 이름인데 구분 컬럼에 들어갈 값을 정하고 싶으면 각 클래스에 @DiscriminatorValue 어노테이션을 이용해 정해주면 된다.

@Entity
@Inheritance(strategy = InheritanceType.JOINED)
public abstract class Product {
    @Id
    @GeneratedValue
    private Long id;

    private String name;

    private int price;
}

@Entity
public class Movie extends Product{
    private String director;
    private String actor;
}


@Entity
public class Book extends Product {
    private String author;
    private String isbn;
}
  • 장점
    • 정규화
    • 외래 키 참조 무결성 제약 조건 활용 가능
    • 저장 공간 효율화
  • 단점
    • 조회 시 조인을 많이 사용해 성능 저하
    • 복잡한 조회 쿼리
    • 데이터 저장할 때 INSERT 두 번 호출

단일 테이블 전략

  • @Inheritance(strategy=InheritanceType.SINGLE_TABLE)
    • 부모 클래스에 해당하는 엔티티에 추가
    • 기본값이므로 strategy 설정을 해주지 않아도 됨
  • @DiscriminatorColumn(name=”DTYPE”)
    • 부모 클래스에 해당하는 엔티티에 추가하며 필수 어노테이션은 아님
    • 단일 테이블 전략에서는 구분 컬럼이 필수이므로 어노테이션을 추가하지 않아도 DTYPE 컬럼이 생성됨
  • @DiscriminatorValue(“A”)
    • 자식 클래스에 해당하는 엔티티에 추가하며 필수 어노테이션은 아님

단일 테이블 전략을 사용할 때는 @Inheritance 어노테이션만 추가해줘도 된다. 하나의 테이블에서 상속 받는 클래스들의 데이터를 모두 가지게 되므로 @DiscriminatorColumn 어노테이션을 추가하지 않아도 DTYPE 이름으로 구분 컬럼을 생성한다. 구분 컬럼 이름을 변경하고 싶을 때는 어노테이션에 name을 설정해주고 상속 받는 클래스에서도 구분 컬럼의 값을 정하고 싶을 때는 @DiscriminatorValue 어노테이션으로 정해주면 된다.

@Entity
@Inheritance
public abstract class Product {
    @Id
    @GeneratedValue
    private Long id;

    private String name;

    private int price;
}

@Entity
public class Movie extends Product{
    private String director;
    private String actor;
}


@Entity
public class Book extends Product {
    private String author;
    private String isbn;
}
  • 장점
    • 빠른 조회
    • 단순한 조회 쿼리
  • 단점
    • 자식 엔티티가 매핑한 컬럼은 모두 null 허용
    • 단일 테이블에 모두 젖아하므로 테이블이 커질 수 있음
    • 상황에 따라 조회 성능이 느려질 수 있음

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

  • @Inheritance(strategy=InheritanceType.TABLE_PER_CLASS)
    • 부모 클래스에 해당하는 엔티티에 추가

이 전략은 각각의 자식 엔티티가 매핑한 컬럼을 가지게 된다. 그렇기 때문에 구분 컬럼이 필요하지 않아 @DiscriminatorColumn, @DiscriminatorValue 어노테이션을 사용할 필요가 없다.

@Entity
@Inheritance(strategy = InheritanceType.TABLE_PER_CLASS)
public abstract class Product {
    @Id
    @GeneratedValue
    private Long id;

    private String name;

    private int price;
}

@Entity
public class Movie extends Product{
    private String director;
    private String actor;
}


@Entity
public class Book extends Product {
    private String author;
    private String isbn;
}

깔끔하게 보이지만 이 전략을 사용할 때는 주의해야 한다. 데이터를 찾을 때 1번 방식으로 하면 movie 테이블에서 조회하지만, 2번 방식을 하게 되면 모든 자식 엔티티를 union all로 조회하게 된다. 이 방법은 DB 설계자와 ORM 전문가가 모두 추천하지 않는 방법으로서 조인 전략과 단일 테이블 전략 중에 선택하는 것이 좋다.

// 1번
Movie movie = em.find(Movie.class, 1L);
// 2번
Product product = em.find(Product.class, 1L);
  • 장점
    • 서브 타입을 명확하게 구분해서 처리할 때 효과적
    • not null 제약 조건 사용 가능
  • 단점
    • 여러 자식 테이블을 함께 조회할 때 안 좋은 성능
    • 자식 테이블을 통합해서 쿼리하기 어려움

@MappedSuperclass

  • @MappedSuperclass는 상속 관계를 매핑하는 것과는 상관 X
  • 공통 매핑 정보가 필요할 때 사용
  • 등록일, 수정일 등 전체 엔티티에서 공통으로 사용하는 정보를 모을 때 사용
  • @Entity 클래스는 @Entity 또는 @MappedSuperclass 어노테이션이 있는 클래스만 상속 가능
  • 엔티티가 아니면 테이블과 매핑되지 않음
  • 조회 불가
    • em.find(BaseEntity.class, 1L) 불가
  • abstract class 권장
@MappedSuperclass
public abstract class BaseEntity {
  private LocalDateTime createdAt;
  private LocalDateTime modifiedAt;
  private String createdBy;
  private String modifiedBy;
}

@Entity
public class Member extends BaseEntity {
  @Id @GeneratedValue
  private Long id;
}

// 조회할 때
em.find(Member.class, 1L); 			// 가능
em.find(BaseEntity.class, 1L); 	// 불가능