JPA 고급 매핑

상속 관계 매핑

- 관계형 데이터베이스는 상속관계가 없다.

- 슈퍼타입 서브타입 관계라는 모델링 기법이 객체 상속과 유사하다.

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

슈퍼타입 서브타입 논리 모델을 실제 물리 모델로 구현하는 방법은 다음과 같다.(DB의 전략)

 

 

 

 

 

1. 조인 전략

- 장점

  - 테이블 정규화

  - 외래 키 참조 무결성 제약조건 활용가능

  - 저장공간 효율과

- 단점

  - 조회시 조인을 많이 사용, 성능 저하

  - 조회 쿼리가 복잡함

  - 데이터 저장시 INSERT SQL 2번 호출

package hellojpa.prac1;

import jakarta.persistence.*;

@Entity
@Inheritance(strategy = InheritanceType.JOINED)
@DiscriminatorColumn
public class Item {

    @Id
    @GeneratedValue
    private Long id;

    private String name;
    private int price;

    public Long getId() {
        return id;
    }

    public void setId(Long id) {
        this.id = id;
    }

    public String getName() {
        return name;
    }

    public void setName(String name) {
        this.name = name;
    }

    public int getPrice() {
        return price;
    }

    public void setPrice(int price) {
        this.price = price;
    }
}

package hellojpa.prac1;

import jakarta.persistence.Entity;

@Entity
public class Book extends Item{

    private String author;
    private String isbn;
}

package hellojpa.prac1;

import jakarta.persistence.DiscriminatorValue;
import jakarta.persistence.Entity;

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

    private String artist;
}

package hellojpa.prac1;

import jakarta.persistence.Entity;

@Entity
public class Movie extends Item{

    private String director;
    private String actor;

    public String getDirector() {
        return director;
    }

    public void setDirector(String director) {
        this.director = director;
    }

    public String getActor() {
        return actor;
    }

    public void setActor(String actor) {
        this.actor = actor;
    }
}

 

@DiscriminatorColumn : DB에 DType을 만들어 적어주는 역할을 한다.

 

만약  D타입이 없으면 DB의 Item만 보았을 시 Album인지 Movie인지 Book인지 알 수 없고 헷갈리게 된다.

DType을 추가해서 운영하거나 DB 작업할 때 D타입을 보고 좀 더 손쉽게 진행할 수 있으므로

D타입을 추가시켜 주는 것이 좋다.

 

 

2. 단일테이블 전략

- 장점

  - 조인이 필요없으므로 일반적으로 조회 성능이 빠름

  - 조회 쿼리가 단순함

- 단점

  - 자식 엔티티가 매핑한 컬럼은 모두 null 허용

  - 단일 테이블에 모든 것을 저장하므로 테이블이 커질 수 있다. 상황에 따라서 조회 성능이 오히려 느려질 수 있다.

 

@Entity
@Inheritance(strategy = InheritanceType.SINGLE_TABLE)
public abstract class Item {

    @Id
    @GeneratedValue
    private Long id;

    private String name;
    private int price;

    public Long getId() {
        return id;
    }

    public void setId(Long id) {
        this.id = id;
    }

    public String getName() {
        return name;
    }

    public void setName(String name) {
        this.name = name;
    }

    public int getPrice() {
        return price;
    }

    public void setPrice(int price) {
        this.price = price;
    }
}

@Entity
public class Album extends Item{

    private String artist;
}

@Entity
public class Book extends Item{

    private String author;
    private String isbn;
}

@Entity
public class Movie extends Item{

    private String director;
    private String actor;

    public String getDirector() {
        return director;
    }

    public void setDirector(String director) {
        this.director = director;
    }

    public String getActor() {
        return actor;
    }

    public void setActor(String actor) {
        this.actor = actor;
    }
}

 

3. 구현클래스마타 테이블 생성하는 전략

- 장점

  - 서브 타입을 명확하게 구분해서 처리할 때 효과적

  - not null 제약조건 사용 가능

- 단점

  - 여러 자식 테이블을 함께 조회할 때 성능이 느림(UNIQUE)

  - 자식 테이블을 통합해서 쿼리하기 어려움

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

    @Id
    @GeneratedValue
    private Long id;

    private String name;
    private int price;

    public Long getId() {
        return id;
    }

    public void setId(Long id) {
        this.id = id;
    }

    public String getName() {
        return name;
    }

    public void setName(String name) {
        this.name = name;
    }

    public int getPrice() {
        return price;
    }

    public void setPrice(int price) {
        this.price = price;
    }
}

 

구현클래스마다 테이블을 만드는 전략은 Item 테이블을 만들지 않고 각 세개의 테이블만 생성된다.

쿼리도 심플하고 깔끔해보이나, 조회 시 성능에 대한 문제와, 세 테이블이 각자 따로 돌아가기 때문에 한번에 묶어서 처리할 수 없다.

 

구현클래스마다 테이블을 만드는 전략을 쓰지 말자.

 

 

기본 테이블 전략을 Joined로 사용하고 Single table과 비교하여 더 좋은 성능을 낼 수 있는 테이블을 고려하자.

 

 

 

@MappedSuperclass

-- 얘는 상속관계 매핑이랑 별로 관계없다.

 

공통 매핑 정보가 필요할때 사용한다. --> 즉 속성만 상속받아서 사용한다.

package hellojpa;

import jakarta.persistence.MappedSuperclass;

import java.time.LocalDateTime;

@MappedSuperclass
public class BaseEntity {

    private String createdBy;
    private LocalDateTime createdDate;
    private String lastModifiedBy;
    private LocalDateTime lastModifiedDate;


    public String getCreatedBy() {
        return createdBy;
    }

    public void setCreatedBy(String createdBy) {
        this.createdBy = createdBy;
    }

    public LocalDateTime getCreatedDate() {
        return createdDate;
    }

    public void setCreatedDate(LocalDateTime createdDate) {
        this.createdDate = createdDate;
    }

    public String getLastModifiedBy() {
        return lastModifiedBy;
    }

    public void setLastModifiedBy(String lastModifiedBy) {
        this.lastModifiedBy = lastModifiedBy;
    }

    public LocalDateTime getLastModifiedDate() {
        return lastModifiedDate;
    }

    public void setLastModifiedDate(LocalDateTime lastModifiedDate) {
        this.lastModifiedDate = lastModifiedDate;
    }
}

 

- 상속관계 매핑이 아니다.

- 엔티티가 아니기에 테이블과 매핑이 되지 않는다.

- 부모 클래스를 상속받는 자식 클래스에 매핑 정보만 제공한다.

- 조회, 검색이 불가능하다.(em.find(BaseEntity)불가)

- 직접 생성해서 사용할 일이 없으므로 추상클래스로 만들어서 사용하는 것이 좋다.

 

@MappedSuperclass는 테이블과 관계 없고, 단순히 엔티티가 공통으로 사용하는 매핑정보를 모으는 역할이다.

주로 등록일, 수정일, 등록자, 수정자 같은 전체 엔티티에서 공통으로 적용하는 정보를 모을 때 사용한다.

 

참고 : @Entity클래스는 엔티티나 @MappedSuperclass로 지정한 클래스만 상속 가능하다.