728x90
- 상속관계 매핑
- @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가지 방법
- 조인 전략 : 각각 테이블로 변환 (JOINED)
- 단일 테이블 전략 : 통합 테이블로 변환 (SINGLE_TABLE)
- 구현 클래스마다 테이블 전략 : 서브타입 테이블로 변환 (TABLE_PER_CLASS)
1.2. 주요 어노테이션
- @Inheritance(strategy=InheritanceType.XXX)
- JOINED: 조인 전략
- SINGLE_TABLE: 단일 테이블 전략 (jpa default 전략) - @Entity와 extends만 있으면 default로 작동
- TABLE_PER_CLASS: 구현 클래스마다 테이블 전략
- @DiscriminatorColumn(name=“DTYPE”)
- @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만 상속 가능