본문 바로가기

JPA

자바 ORM 표준 JPA 프로그래밍 - 기본(김영한) _ 고급 매핑

상속관계 매핑

  • RDB는 상속 관계를 구현할 수 없음
  • 슈퍼타입, 서브타입 관계라는 모델링 기법이 객체의 상속과 유사
  • 슈퍼타입, 서브타입 논리 모델을 실제 물리 모델로 구현하는 방법
    • 각각 테이블로 변환 → 조인 전략
    • 통합 테이블로 변환 → 단일 테이블 전략
    • 서브타입 테이블로 변환 → 구현 클래스마다 테이블 전략

[주요 어노테이션]

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

 

[조인 전략]

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

 

[단일 테이블 전략]

  •  장점
    • 조인이 필요 없으므로 일반적으로 조회 성능이 빠름
    • 조회 쿼리가 단순함
  • 단점
    • 자식 엔티티가 매핑한 컬럼은 모두 null 허용
    • 단일 테이블에 모든 것을 저장하므로 테이블이 커질 수 있음
    • 상황에 따라서 조회 성능이 오히려 느려질 수 있음

 

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

  • 이 전략은 DB 설계자와 ORM 전문가 둘 다 추천하지 않음
  • 장점
    • 서브 타입을 명확하게 구분해서 처리할 때 효과적
    • not null 제약조건 사용 가능
  • 단점
    • 여러 자식 테이블을 함께 조회할 때 성능이 느림 (UNION SQL 필요, ITEM_ID만 가지고 어느 테이블인지 모름)
    • 자식 테이블을 통합해서 쿼리하기 어려움

 

@MappedSuperclass

  • 연관관계, 상속과는 별개의 개념
  • 엔티티가 아니며 테이블과 매핑되지 않음
  • 단지 공통 매핑 정보가 필요할 때 사용 (아래 예시에서의 id, name)

  • 부모 클래스를 상속 받는 자식 클래스에 매핑 정보만 제공
  • 조회, 검색 불가 (em.find(BaseEntity) 불가)
  • 직접 생성해서 사용할 일 없으므로 추상 클래스 권장
  • 참고: @Entity 클래스는 다른 @Entity 클래스나 @MappedSuperclass로 지정한 클래스만 상속 가능