Ch07. 고급 매핑 - 상속관계 매핑

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

DB = 슈퍼타입-서브타입, 객체는 상속

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

• 각각 테이블로 변환 -> 조인 전략
  • 두 번의 Insert 하고, 조인의 해서 조회를 한다.
• 통합 테이블로 변환 -> 단일 테이블 전략
• 서브타입 테이블로 변환 -> 구현 클래스마다 테이블 전략

조인 전략

조인 전략

부모

Item Entity의 @Inheritance 전략을 JOINED로 설정, @DiscrimincatorColumn을 통해 어떤것인지 구분이 가능하도록한다.

• 부모 클래스로, @Inheritance로 전략을 적어준다(default = 싱글 테이블 전략)

자식

Album Entity(자식)

Book Entity(자식)

Movie Entity(자식)

• 자식 클래스로, DTYPE에 들어갈 값을 @DiscriminatorValue로 적을 수 있다.

Test

Test

• Insert Query 2번과 조인해서 데이터 가지고 오는것 또한 JPA가 다해준다.
• 장점 
  • 테이블 정규화 
  • 외래 키 참조 무결성 제약조건 활용가능 
  • 저장공간 효율화 
• 단점
  • 조회시 조인을 많이 사용, 성능 저하 
  • 조회 쿼리가 복잡함
  • 데이터 저장 시 INSERT SQL 2번 호출

단일 테이블 전략(SingleTable)

단일 테이블 전략

부모(자식은 위와 동일)

Item Entity의 @Inheritance 전략을 SingleTable로 설정, 싱글테이블 전략은 @DiscrimincatorColumn 필수

실행 결과(하나의 테이블만 insert, select 한다)

• 하나의 테이블에 모든 테이블 데이터를 넣는다(성능상 이점이 있다)
• @DiscriminatorColumn 같은 경우 조인 전략에는 없어도 됐지만 싱글 테이블 전략에서는 반드시 있어야 되므로 자동으로 생성해 준다.
• JPA는 전략만 바꾸면 코드를 바꿀 게 없으므로 많은 이점을 얻을 수가 있다.
• 장점
  • 조인이 필요 없으므로 일반적으로 조회 성능이 빠름
  • 조회 쿼리가 단순함 
• 단점 
  • 자식 엔티티가 매핑한 칼럼은 모두 null 허용
  • 단일 테이블에 모든 것을 저장하므로 테이블이 커질 수 있다. 상황에 따라서 조회 성능이 오히려 느려질 수 있다.

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

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

부모(자식은 위와 동일)

Item Entity의 @Inheritance 전략을 TablePerClass로 설정, 부모 테이블이 생성 X

실행 결과(자식의 테이블만 insert, select 한다) -> 부모 테이블 X

• Item 클래스가 없다.
• DTYPE이 필요가 없으므로 어노테이션을 사용하더라도, 생성이 안된다.
• 부모 타입으로 조회를 할 때, Union으로 조회할 때 문제가 된다.

select
        item0_.id as id1_2_0_,
        item0_.name as name2_2_0_,
        item0_.price as price3_2_0_,
        item0_.artist as artist1_0_0_,
        item0_.author as author1_1_0_,
        item0_.isbn as isbn2_1_0_,
        item0_.actor as actor1_6_0_,
        item0_.director as director2_6_0_,
        item0_.clazz_ as clazz_0_ 
    from
        ( select
            id,
            name,
            price,
            artist,
            null as author,
            null as isbn,
            null as actor,
            null as director,
            1 as clazz_ 
        from
            Album 
        union
        all select
            id,
            name,
            price,
            null as artist,
            author,
            isbn,
            null as actor,
            null as director,
            2 as clazz_ 
        from
            Book 
        union
        all select
            id,
            name,
            price,
            null as artist,
            null as author,
            null as isbn,
            actor,
            director,
            3 as clazz_ 
        from
            Movie 
    ) item0_ 
where
    item0_.id=?

• 모든 데이터를 union join 할 수밖에 없다.
• 이 전략은 데이터베이스 설계자와 ORM 전문가 둘 다 추천 X
• 장점
  • 서브 타입을 명확하게 구분해서 처리할 때 효과적
  • not null 제약조건 사용 가능
• 단점
  • 여러 자식 테이블을 함께 조회할 때 성능이 느림(UNION SQL 필요)
  • 자식 테이블을 통합해서 쿼리 하기 어려움