7. 고급 매핑

• 상속관계 매핑
• @MappedSuperclass

package hellojpa.chap7;

@MappedSuperclass
public abstract class BaseEntity {
    @Column(name = "INSERT_MEMBER")
    private String createBy;
    private LocalDateTime createDate;
    private String lastModifiedBy;
    private LocalDateTime lastModifiedDate;
}

 

package hellojpa.chap7;

import javax.persistence.*;

@Entity
@Inheritance(strategy = InheritanceType.JOINED)
//@Inheritance(strategy = InheritanceType.SINGLE_TABLE) // default. 아예 작성 안해도 정상 작동
//@Inheritance(strategy = InheritanceType.TABLE_PER_CLASS)
@DiscriminatorColumn // default가 entity명 -> 변경 원할 시, 자식 entity에서 @DiscriminatorValue("원하는 명") 넣으면 된다.
public abstract class ItemChap7 extends BaseEntity{ // 부모 class, 독단적으로 사용 못하게 막음
    @Id
    @GeneratedValue
    @Column(name = "ITEM_ID")
    private Long id;
    private String name;
    private int price;
}

 

package hellojpa.chap7;

import javax.persistence.DiscriminatorValue;
import javax.persistence.Entity;

@Entity
@DiscriminatorValue("A")
public class AlbumChap7 extends ItemChap7{
    private String artist;
}

package hellojpa.chap7;

@Entity
@DiscriminatorValue("B")
public class BookChap7 extends ItemChap7 {
    private String author;
    private String isbn;
}

package hellojpa.chap7;

@Entity
@DiscriminatorValue("M")
public class MovieChap7 extends ItemChap7 {
    private String director;
    private String actor;
}

 

package hellojpa.chap7;

public class JpaChap7 {
    public static void main(String[] args) {
        EntityManagerFactory emf = Persistence.createEntityManagerFactory("hello");
        EntityManager em = emf.createEntityManager(); // database의 connection 하나 받았다고 생각하셈
        EntityTransaction tx = em.getTransaction(); // jpa는 tx가 필수
        tx.begin(); // tx 시작

        try {
            MovieChap7 movieChap7 = new MovieChap7();
            movieChap7.setDirector("A");
            movieChap7.setActor("B");
            movieChap7.setName("C");
            movieChap7.setPrice(10000);

            em.persist(movieChap7);

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

            // MovieChap7 findMovie = em.find(MovieChap7.class, movieChap7.getId()); // jpa가 join까지 다 수행한 후 select를 가지고 온다.
            // ItemChap7 findMovie = em.find(ItemChap7.class, movieChap7.getId()); // 구현 class마다 table 전략의 문제점 - 관련 table을 다 뒤진다. 성능 문제
            // System.out.println("findMovie = " + findMovie);

            MovieChap7 findMovie = em.find(MovieChap7.class, movieChap7.getId());

            findMovie.setCreateBy("Base");
            findMovie.setCreateDate(LocalDateTime.now());

            tx.commit();
        } catch (Exception e) {
            tx.rollback();
        } finally {
            em.close();
        }
        emf.close();
    }
}

 

1. 상속관계 매핑

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

 

1.1. 상속관계 매핑 물리 모델 구현 3가지 방법

1. 조인 전략 : 각각 테이블로 변환 (JOINED)
2. 단일 테이블 전략 : 통합 테이블로 변환 (SINGLE_TABLE)
3. 구현 클래스마다 테이블 전략 : 서브타입 테이블로 변환 (TABLE_PER_CLASS)

 

1.2. 주요 어노테이션

1. @Inheritance(strategy=InheritanceType.XXX)
   • JOINED: 조인 전략
   • SINGLE_TABLE: 단일 테이블 전략 (jpa default 전략) - @Entity와 extends만 있으면 default로 작동
   • TABLE_PER_CLASS: 구현 클래스마다 테이블 전략
2. @DiscriminatorColumn(name=“DTYPE”)
3. @DiscriminatorValue(“XXX”)

 

• @DiscriminatorColumn(name=“DTYPE”) 과 @DiscriminatorValue(“XXX”)는 Join 전략에 넣지 않아도 되지만 넣는 것을 권장, single_table에서는 필수

 

 

2. 조인 전략

• join이 정석
  
  
• 장점
  
  • 테이블 정규화
  • 외래 키 참조 무결성 제약조건 활용가능
  • 저장공간 효율화
• 단점
  
  • 조회시 조인을 많이 사용, 성능 저하
  • 조회 쿼리가 복잡함
  • 데이터 저장시 INSERT SQL 2번 호출
   

 

 

 

3. 단일 테이블 전략

 

• 기본 사용을 join으로 깔고 가고 너무 단순할 경우 단일 테이블 사용
• 논리 모델을 하나의 tablefh 합쳐버리는 전략
• 성능상 제일 좋다

 

• 장점
  
  • 조인이 필요 없으므로 일반적으로 조회 성능이 빠름
  • 조회 쿼리가 단순함
• 단점
  
  • 자식 엔티티가 매핑한 컬럼은 모두 null 허용 (치명적 단점)
  • 단일 테이블에 모든 것을 저장하므로 테이블이 커질 수 있다. 상황에 따라서 조회 성능이 오히려 느려질 수 있다.
    (성능을 느리게하는 임계점을 넘기는 경우는 거의 드물다.)

 

 

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

• Item table을 없애버리고 중복되게 각 Table의 공통 column을 다 넣음
• Dtype이 의미가 없기 때문에 @DiscriminateValue 넣어도 작동 안함
• 이 전략은 그냥 쓰지 마셈
• 단점
  • 여러 자식 테이블 함께 조회할 때 성능이 느림
  • 자식 테이블을 통합해서 쿼리하기 어려움 ex) price의 합을 구하려해도 table 3개를 가지고 와야한다.

 

5. @MappedSuperclass

• 상속은 아니고 객체에서 만들때 중복되는 필드를 매번 작성하기 싫을경우 객체만 상속받아서 사용. db상에는 상속받는 필드가 각각 들어감
• 시스템 컬럼을 넣는 경우 사용

 

5.1.  요약

• 상속관계 매핑 X
• 엔티티 X
• 테이블과 매핑 X
• 부모 클래스를 상속 받는 자식 클래스에 매핑 정보만 제공
• 조회, 검색 불가
• 직접 생성해서 사용할 일 없으므로  추상 클래스 권장  cf) 상속관계의 부모 또한 직접 사용할 일 없으면 추상클래스로 작성
• 엔티티가 공통으로 사용하는 매핑 정보를 모으는 역할
• 시스템 컬럼 적용시 사용
  
  
• @Entity class는 1) @Entity 2) @MappedSuperclass로 지정한 class만 상속 가능