Spring ORM JPA 관련 정리 - 4

김영한님의 자바 ORM 표준 JPA 프로그래밍 강의를 참고하여 작성한 글입니다.

상속관계 매핑

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

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

####- @Inheritance(strategy = InheritanceType.XXX)
- JOINED : 조인 전략
- SINGLE_TABLE : 다일 테이블 전략
- TABLE_PER_CLASS : 구현 클래스마다 테이블 전략

• 각 각 테이블로 변환 $\rightarrow$ 조인전략

@Entity
@Inheritance(strategy = InheritanceType.JOINED)
@DiscriminatorColumn
public class Item {

    @Id
    @GeneratedValue
    private Long id;

    private String name;
    
    ... Getter, Setter

@Entity
@DiscriminatorValue("M")
public class Movie extends Item {

    private String director;
    private String actor;

    
    ... Getter, Setter

• 장점
  - 테이블 정규화
  • 외래 키 참조 무결성 제약조건 활용가능
  • 저장공간 효율화
• 단점
  - 조회시 조인을 많이 사용, 성능 저하 ( 크게 단점으로 볼 수 없다/ 단일 테이블 대비 성능 저하라는 의미 )
  • 조회 쿼리가 복잡함
  • 데이터 저장시 INSERT SQL 2번 호출

• 통합 테이블로 변환 $\rightarrow$ 단일 테이블 전략

• 각 객체의 @Entity를 설정후 실행하면 단일 테이블로 생성
• DiscriminatorColumn 이 없어도 DTYPE이 무조건 생성된다. -> 단일 테이블 전략의 경우 DTYPE이 없을 경우 어떤 테이블인지 알 수 없다. (운영상 DTYPE이 있는 것이 좋다.)

• 장점
  - 조인이 필요 없으므로 일반적으로 조회 성능이 빠르다.
  • 조회 쿼리가 단순함

• 단점
  - 자식 엔티티가 매핑한 컬럼은 모두 null 허용

  

  • 단일 테이블에 모든 것을 저장하므로 테이블이 커질 수 있다. 상황에 따라서 조회 성능이 오히려 느려질 수 있다.

• 서브타입 테이블로 변환 $\rightarrow$ 구현 클래스마다 테이블 전략 (이 전략은 데이터베이스 설계자와 ORM 전문가 둘 다 추천X)

• 장점
  - 서브 타입을 명확하게 구분해서 처리할 때 효과적
  • not null 제약조건 사용 가능
• 단점
  - 여러 자식 테이블을 함께 조회할 때 성능이 느림(UNION SQL 필요)
  • 자식 테이블을 통합해서 쿼리하기 어려움

@MappedSuperclass

• 공통 매핑 정보가 필요할 때 사용(id, name, createDate ...)
  

• 상속관계 매핑 X

• 엔티티X, 테이블과 매핑X

• 부모 클래스를 상속 받는 자식 클래스에 매핑 정보만 제공

• 조회, 검색 불가(em.find(BaseEntity) 불가)

• 직접 생성해서 사용할 일이 없으므로 추상 클래스 권장

속성만 상속하는 매핑

@MappedSuperclass
public abstract class BaseEntity {

    @Column(name = "Insert_Member")
    private String createBy;
    private LocalDateTime createDate;
    @Column(name = "Update_Member")
    private String lastModifiedBy;
    private LocalDateTime lastModifiedDate;
    
    ... Getter, Setter

예제 - 상속관계 매핑

• 요구 사항
  - 상품의 종류는 음반, 도서, 영화가 있고 더 확장할 수 있다.

  • 모든 데이터는 등록일과 수정일이 필 수 이다.

  도메인 모델

  

도메인 모델 상세

테이블 설계

실전에서 이렇게 사용 하는가?
애플리케이션 사용자가 적을경우는 사용 가능.