• RDB에는 상속관계가 없지만 슈퍼타입 서브타입 관계라는 모델링 기법이 객체 상속관계와 유사하다.
  • 상속관계 매핑 : 객체의 상속 구조와 DB의 슈퍼타입 서브타입 관계를 매핑하는 것

상속관계 매핑

  • 슈퍼타입 서브타입 논리 모델을 물리 도델로 구현하려면
    • 각각 테이블로 변환 → 조인 전략
    • 통합 테이블로 변환 → 단일 테이블 전략
    • 서브타입 테이블로 변환 → 구현 클래스마다 테이블 전략

주요 어노테이션

  • @Inheritance(strategy=InheritanceType.XXX)
    • JOINED: 조인 전략
    • SINGLE_TABLE: 단일 테이블 전략
    • TABLE_PER_CLASS: 구현 클래스마다 테이블 전략
  • @DiscriminatorColumn(name=”DTYPE”) : 부모 엔티티에 추가하면 자식 엔티티명을 나타내는 컬럼이 추가된다. 조인 전략은 선언하지 않으면 해당 컬럼이 생성되지 않지만 단일 테이블 전략은 선언하지 않아도 기본적으로 생성된다.
  • @DiscriminatorValue(“XXX”) : 자식 엔티티에 추가하면 부모 엔티티의 DTYPE 컬럼 값을 지정할 수 있다.
  • 만약 개발 상태에서 다른 전략으로 변경할 필요가 생기면 테이블을 새로 만들고 InheritanceType만 변경하면 된다. (JPA의 큰 장점)

조인 전략

조인 전략

  • 기본적으로 정석이라고 볼 수 있는 전략
  • 비즈니스적으로 본작하고 확장할 가능성이 있는 경우 선택함
  • 중복되는 컬럼은 부모 테이블에 넣고 중복되지 않는 컬럼은 각각 다른 테이블로 정규화한 형태
  • 자식 테이블의 PK는 PK이면서 부모 테이블의 FK
  • 장점
    • 테이블 정규화
    • 외래 키 참조 무결성 제약조건 활용가능
    • 저장공간 효율화
  • 단점
    • 조회 시 조인을 많이 사용하기 때문에 성능 저하
    • 조회 쿼리가 복잡함
    • 데이터 저장 시 insert sql이 2번 호출됨
@Entity
@Inheritance(strategy = InheritanceType.JOINED)
public abstract class Item {

    @Id @GeneratedValue
    private Long id;
    private String name;
    private int price;
}

@Entity
public class Album extends Item {
    private String artist;
}

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

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

//자식 테이블 중 하나인 Movie 등록 시
Movie movie = new Movie();
movie.setDirector("감독이름");
movie.setActor("배우이름");
movie.setName("바람과 함께 사라지다");
movie.setPrive(10000);
em.persist(movie);

/*
Item과 Movie 각각 insert가 된다.

insert into Item (name, price, id)
values (?, ?, ?)

insert into Movie (actor, director, id)
values (?, ?, ?)
*/

//조회 시
Movie findMovie = em.find(Movie.class, movie.getId());

/*
Movie와 Item의 inner join

select
    movie0_.id as id1_2_0_,
    movie0_1_.name as name2_2_0,
    movie0_1_.price as price3_2_0_,
    movie0_.actor as actor1_6_0_,
    movie0_.director as director2_6_0_
from
    Movie movie0_
inner join
    Item movie0_1_
        on movie0_.id=movie0_1_.id
where
    movie0_.id=?
*/

단일 테이블 전략

단일 테이블 전략

  • 컬럼 구분없이 하나의 테이블로 만든다.
  • 그리 복잡하지 않고 단순한 형태면 선택함
  • 장점
    • 조인이 필요없기 때문에 조회 성능이 빠름
    • 조회 쿼리가 단순함
  • 단점
    • 자식 엔티티가 매핑한 컬럼은 모두 null 허용
    • 단일 테이블에 모든 것을 저장하므로 테이블이 커질 수 있다. 상황에 따라서 조회 성능이 오히려 느려질 수 있다.

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

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

  • 이 전략은 데이터베이스 설계자와 ORM 전문가 둘 다 추천하지 않는다.
  • 단순하게 insert 하지만 부모 엔티티로 조회 시 JPA는 union로 테이블을 다 조회해서 쿼리가 복잡해진다.
  • 장점
    • 서브 타입을 명확하게 구분해서 처리할 때 효과적
    • not null 제약조건 사용 가능
  • 단점
    • 여러 자식 테이블을 함께 조회할 때 성능이 느림(union sql 필요)
    • 자식 테이블을 통합해서 쿼리하기 어려움