[JPA] 상속관계 매핑

목차

• 상속관계 매핑
• 조인 전략
• 단일 테이블 전략
• 구현 클래스마다 테이블 전략
• @MappedSuperclass 

 

상속관계 매핑

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

 

 

 

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

• 각각 테이블로 변환 => 조인 전략
• 통합 테이블로 변환 => 단일 테이블 전략
• 서브타입 테이블로 변환 => 구현 클래스마다 테이블 전략

 

 

주요 어노테이션

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

 

 

 

조인 전략

@Entity
@Inheritance(strategy = InheritanceType.JOINED) // 조인 전략
@DiscriminatorColumn // DTYPE 컬럼 삽입, 컬럼명 변경 가능
public abstract class Item {

    @Id @GeneratedValue
    private Long id;

    private String name;

    private int price;

   // GETTER, SETTER
}

@Entity
// @DiscriminatorValue("A") // DTYPE에 표기되는 컬럼명, 디폴트는 엔티티 명(ALBUM)
public class Album extends Item{

    private String artist;
    
    // Getter, Setter
}

@Entity
// @DiscriminatorValue("B") // DTYPE에 표기되는 컬럼명
public class Book extends Item{

    private String author;
    private String isbn;
    
    // Getter, Setter
}

@Entity
// @DiscriminatorValue("M") // DTYPE에 표기되는 컬럼명
public class Movie extends Item{

    private String director;
    private String actor;

    public String getDirector() {
    // Getter, Setter
}

Movie movie = new Movie();
movie.setDirector("DirectorA");
movie.setActor("ActorA");
movie.setName("바람과 함께 사라진다.");
movie.setPrice(10000);
em.persist(movie);

em.flush();
em.clear();

Movie findMovie = em.find(Movie.class, movie.getId()); // 테이블 JOIN해서 가져옴
System.out.println(findMovie.getActor());

tx.commit();

 

 

장점

• 테이블 정규화
• 외래 키 참조 무결성 제약조건 활용가능
• 저장공간 효율화
• 전략의 정석같은 느낌

단점

• 조회시 조인을 많이 사용, 성능 저하
• 조회 쿼리가 복잡함(마지막 전략보단 괜찮음..)
• 데이터 저장시 INSERT SQL 2번 호출

 

 

 

단일 테이블 전략

@Entity
@Inheritance(strategy = InheritanceType.SINGLE_TABLE) // 단일 테이블 전략
@DiscriminatorColumn // DTYPE 컬럼 삽입
public abstract class Item {

    @Id @GeneratedValue
    private Long id;

    private String name;

    private int price;

    ...
}

 

• Movie, Album, Book 생성 X
• 한 테이블에 데이터가 들어가고, Movie 와 관련없는 컬럼들은 NULL로 들어감

• 한 테이블에 다 빼려박고 DTYPE으로 구분하는 전략
• DTYPE으로 구분해야 하기 때문에 @DiscriminatorColumn 꼭 필요!!(없어도 생기긴 함)
• JPA의 기본 전략

 

장점

• 조인 전략과 다르게 INSERT 쿼리가 한번 생김
• 조인이 필요 없으므로 일반적으로 조회 성능이 빠름
• 조회 쿼리가 단순함(조인할 필요가 없기 때문에)

단점

• 자식 엔티티가 매핑한 컬럼은 모두 null 허용
• 단일 테이블에 모든 것을 저장하므로 테이블이 커질 수 있다.
• 상황에 따라서 조회 성능이 오히려 느려질 수 있다.

 

 

 

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

@Entity
@Inheritance(strategy = InheritanceType.TABLE_PER_CLASS) // 구현 클래스마다 테이블 전략
// @DiscriminatorColumn // 테이블이 따로 만들어졌기 때문에 구분이 필요없음
public abstract class Item { // 추상 클래스로 만들어야 함

    @Id @GeneratedValue
    private Long id;

    private String name;

    private int price;

    ...
}

 

 

객체 지향임으로 Item 타입(부모)으로도 조회할 수 있다.

Item findItem = em.find(Item.class, movie.getId());
Movie findMovie = em.find(Movie.class, movie.getId());
System.out.println("findItem = " + findItem);
System.out.println("findMovie = " + findMovie);

findItem = hellojpa.Movie@5927f904
findMovie = hellojpa.Movie@5927f904

 

 

하지만 부모 타입으로 찾게 되면 JPA는 UNIONALL로 모든 테이블을 다 뒤져봐야 한다.

select
        i1_0.id,
        i1_0.clazz_,
        i1_0.name,
        i1_0.price,
        i1_0.artist,
        i1_0.author,
        i1_0.isbn,
        i1_0.actor,
        i1_0.director 
    from
        (select
            price,
            id,
            artist,
            name,
            null as author,
            null as isbn,
            null as actor,
            null as director,
            1 as clazz_ 
        from
            Album 
        union
        all select
            price,
            id,
            null as artist,
            name,
            author,
            isbn,
            null as actor,
            null as director,
            2 as clazz_ 
        from
            Book 
        union
        all select
            price,
            id,
            null as artist,
            name,
            null as author,
            null as isbn,
            actor,
            director,
            3 as clazz_ 
        from
            Movie
    ) i1_0 
where
    i1_0.id=?

• 아이템 테이블을 없애버리고 속성들을 그냥 밑으로 다 내림
• 똑같은 컬럼들을 중복되게 허용한다.
• 이 전략은 데이터베이스 설계자와 ORM 전문가 둘 다 추천X 
• 예를 들면 전체 아이템의 가격을 정산할 때 3개의 테이블의 총 가격을 구해야 함.

 

장점

• 서브 타입을 명확하게 구분해서 처리할 때 효과적
• not null 제약조건 사용 가능

단점

• 여러 자식 테이블을 함께 조회할 때 성능이 느림(UNION SQL 필요) 
• 자식 테이블을 통합해서 쿼리하기 어려움

 

 

@MappedSuperclass

 

• 상속 관계 매핑과 관계 X
• 객체 입장에서 id와 name이 계속 나오는 상황
• 공통 매핑 정보가 필요할 때 사용(id, name)

@Entity
public class Member {

    private String createdBy;
    private LocalDateTime createDate;
    private String lastModifiedBy;
    private LocalDateTime lastModifiedDate;
    
    ...
}

@Entity
public class Team {
    private String createdBy;
    private LocalDateTime createDate;
    private String lastModifiedBy;
    private LocalDateTime lastModifiedDate;
    
    ...
}

 

 

@MappedSuperclass 사용

 

클래스 생성(엔티티가 아님!!, 생성되지 않는다, 속성만 내려줌)

@MappedSuperclass // 매핑정보만 받는 슈퍼 클래스
public abstracts class BaseEntity { // 추상 클래스 권장

    private String createdBy;

    private LocalDateTime createDate;

    private String lastModifiedBy;

    private LocalDateTime lastModifiedDate;

    // Getter, Setter
}

 

Member, Team 클래스 수정

@Entity
public class Member {
    ...
}

@Entity
public class Team {
    ...
}

LocalDateTime ldt = LocalDateTime.now();
Member member = new Member();
member.setUsername("user1");
member.setCreatedBy("Kim");
member.setCreateDate(ldt);
em.persist(member);

tx.commit();

 

• 상속관계 매핑 X 
• 엔티티 X, 테이블과 매핑 X 
• 부모 클래스를 상속 받는 자식 클래스에 매핑 정보만 제공
• 조회, 검색 불가(em.find(BaseEntity) 불가) 
• 직접 생성해서 사용할 일이 없으므로 추상 클래스 권장

 

테이블과 관계 없고, 단순히 엔티티가 공통으로 사용하는 매핑 정보를 모으는 역할
주로 등록일, 수정일, 등록자, 수정자 같은 전체 엔티티에서 공통으로 적용하는 정보를 모을 때 사용

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