JPA(6)

2 minute read

상속 관계 매핑

  • 관계형 데이터베이스는 상속 관계가 없다.
  • 그나마 슈퍼타입 서브타입 관계라는 모델링 기법이 객체 상속과 유사하다.
  • 상속관계 매핑 : 객체의 상속과 구조와 DB의 슈퍼타입 서브타입 관계를 매핑

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

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

주요 어노테이션

  • @Inheritance(strategy=InheritanceType.XXX)
    • JOINED : 조인 전략
    • SINGLE_TABLE : 단일 테이블 전략
    • TABLE_PER_CLASS : 구현 클래스마다 테이블 전략
  • @DiscriminatorColumn(name=“DTYPE”)
  • @DiscriminatorValue(“XXX”)

조인 전략

GitHub Logo

  • 부모 엔티티
@Entity
@Inheritance(strategy = InheritanceType.JOINED)
@DiscriminatorColumn
public abstract class Item {
    @Id @GeneratedValue
    @Column(name = "ITEM_ID")
    private Long id;

    private String name;
    private int price;
    private int stockQuantity;
}
  • 자식 엔티티들
@Entity
@DiscriminatorValue(value = "Album")
public class Album extends Item {
    private String artist;
    private String etc;
}
@Entity
@DiscriminatorValue(value = "Book")
public class Book extends Item {
    private String author;
    private String isbn;
}
@Entity
@DiscriminatorValue(value = "Movie")
public class Movie extends Item {
    private String director;
    private String actor;
}

-> @Inheritance로 상속 유형을 설정하고 @DiscriminatorColumn은 부모 Entity만을 보고서도 어떤 자식 Entity를 가르키는지(Movie,Album,Book) 알 수 있도록 구별하는 DTYPE Column을 자동적으로 부모 엔티티에 추가한다. 들어가는 입력값의 default는 클래스 이름으로 들어간다. 또한 @DiscriminatorValue로 DTYPE 들어갈 값을 지정할 수 있다.

  • 장점
    • 테이블 정규화
    • 외래 키 참조 무결성 제약조건 활용가능
    • 저장공간 효율화
  • 단점
    • 조회시 조인을 많이 사용, 성능 저하
    • 조회 쿼리가 복잡함
    • 데이터 저장시 INSERT SQL 2번 호출(부모 엔티티와 자식엔티티 두 곳에 넣어야 하기 때문)

단일 테이블 전략

GitHub Logo

@Entity
@Inheritance(strategy = InheritanceType.SINGLE_TABLE)
public abstract class Item {
    @Id @GeneratedValue
    @Column(name = "ITEM_ID")
    private Long id;

    private String name;
    private int price;
    private int stockQuantity;
}

-> 단일 테이블 전략은 자식 엔티티들을 구별할 DTYPE이 무조건 필요하므로 @DiscriminatorColumn옵션이 없어도 자동으로 들어간다.

  • 장점
    • 조인이 필요 없으므로 일반적으로 조회 성능이 빠름
    • 조회 쿼리가 단순함
  • 단점
    • 자식 엔티티가 매핑한 컬럼은 모두 null허용
    • 단일 테이블에 모든 것을 저장하므로 테이블이 커질 수 있고 상황에 따라서 조회 성능이 오히려 느려질 수 있다.

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

GitHub Logo

-> 부모 엔티티인 Item의 속성들을 자식 엔티티에 모두 적용한다.

  • 이 전략은 데이터베이스 설꼐자와 ORM 전문가 둘 다 추천하지 않는다.
  • 장점
    • 서브 타입을 명확하게 구분해서 처리할 때 효과적
    • not null 제약조건 사용 가능
  • 단점
    • 여러 자식 테이블을 함께 조회할 때 성능이 느림(JPA 는 UNION SQL을 사용하여 자식 엔티티를 모두 종합하여 조회한다.)
    • 자식 테이블을 통합해서 쿼리하기 어려움

@MappedSuperclass

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

GitHub Logo

공통 매핑정보 엔티티

@MappedSuperclass
public abstract class BaseEntity {
    private String createdBy;
    private LocalDateTime createdDate;
    private String modifiedBy;
    private LocalDateTime modifiedDate;
}

공통 매핑정보 엔티티를 사용할 때

@Entity
public class Member extends BaseEntity {
    private String name;
}

특징

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

  • 출처 : 김영한의 자바 ORM 표준 JPA 프로그래밍 - 기본편

Tags:

Categories:

Updated:

Leave a comment