Java Persistence API 상속 관계 매핑

개붕이·2025년 1월 7일

JavaPersistenceAPI

목록 보기
6/6
post-thumbnail

상속 관계 매핑

  • 관계형 DB 에서는 상속 관계라는 것이 존재하지 않는다.
  • 슈퍼 - 서브타입 관계라는 모델링 기법이 객체 상속과 유사함
  • 상속 관계 매핑이란 결국 객체의 상속 구조를 RDB 에 매핑하기 위해 슈퍼-서브타입 전략으로 상속을 구현하여 엔티티와 매핑해주는 것이다.

구현 방법

  • 슈퍼-서브 타입 논리 모델을 물리적으로 구현하는 방법은 3가지가 존재한다.
    • 각각의 테이블로 변환 -> 조인 전략
    • 통합 테이블로 변환 -> 단일 테이블 전략
    • 서브타입 테이블로 변환 -> 구현 클래스마다 테이블을 구현하는 전략

상속 관계 구현을 위한 주요 어노테이션

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

조인 전략

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

단일 테이블 전략

  • 장점
    • 조인이 필요 없어 일반적으로 조회 성능이 빠르다
    • 조회 쿼리가 단순하다
  • 단점
    • 자식 엔티티가 매핑한 컬럼은 모두 null 을 허용할 수 밖에 없다.
    • 단일 테이블에 모든 것을 저장하므로 테이블의 사이즈가 커질 수 있다.
    • 임계점을 넘어서면 오히려 느려질 수 있게됨

구현 클래스마다 테이블을 생성하는 전략

  • 추천하지 않는 방법
  • 장점
    • 서브 타입을 명확하게 구분하여 처리할 때 효과적
    • not null 제약 조건 사용 가능 (각자의 테이블을 갖기 때문에)
  • 단점
    • 여러 자식 테이블을 함께 조회할 때 성능이 느림 (UNION SQL 을 사용)
    • 자식 테이블을 통합해서 쿼리하기가 어려움

@MappedSuperclass

  • 공통 매핑 정보가 필요할 때 사용
    • ex) modifiedDate, modifiedBy 등등
  • 상속 관계 매핑이 아님
  • 엔티티가 아니며 테이블과 매핑하지 않음
  • 부모 클래스를 상속 받는 자식 클래스에 매핑 정보만 제공함
  • 조회, 검색 불가 (엔티티가 아니기 때문에)
  • 직접 생성해서 사용할 일이 없으므로 abstract (추상 클래스) 사용 권장

  • 테이블과 관계가 없고 단순히 엔티티가 공통으로 사용하는 매핑 정보만을 담는 클래스임을 알림
  • 주로 등록일, 수정일, 등록자, 수정자 같은 전체 엔티티에서 공통으로 적용하는 정보를 모을 때 사용함.

@Entity 클래스는 엔티티나 @MappedSuperclass 로 지정한ㅇ 클래스만 상속이 가능함

profile
based on the records

0개의 댓글