[자바 ORM 표준 JPA 프로그래밍] 7.1 상속 관계 매핑

Reference. 자바 ORM 표준 JPA 프로그래밍

책 목차 및 이전 글

들어가기 전 JPA 특징, Q&A

1. JPA 소개

    1.1 SQL을 직접 다룰 때 발생하는 문제점

    1.2 패러다임의 불일치

    1.3 JPA란 무엇인가?

2. JPA 시작

3. 영속성 관리

    3.1 엔티티 매니저 팩토리와 엔티티 매니저

    3.2 영속성 콘텍스트란?

    3.3 엔티티의 생명주기

    3.4 영속성 콘텍스트의 특징

    3.5 플러시

    3.6 준영속

4. 엔티티 매핑

    4.1 - 4.3 @Entity, @Table, 다양한 매핑

    4.4 - 4.5 데이터베이스 스키마 자동 생성, DDL 생성 기능

    4.6 기본 키 매핑

    4.7 필드와 칼럼 매핑: 레퍼런스

5. 연관관계 매핑 기초

    5.1 단방향 연관관계

    5.2 단방향 연관관계

    5.3 양방향 연관관계

6. 다양한 연관관계 매핑

    6.1 다대일

    6.2 일대다

    6.3 일대일

    6.4 다대다

7.1 상속 관계 매핑

• 관계형 데이터베이스에는 객체지향 언어에서 다루는 상속이라는 개념이 존재하지 않음

• 슈퍼타입 서브타입 관계라는 모델링 기법이 객체의 상속 개념과 가장 유사

7.1.1 조인 전략

• 엔티티 각각을 모두 테이블로 생성, 자식 테이블이 부모 테이블 기본키를 받아 기본키 + 외래키로 사용하는 전략

• 테이블은 타입의 개념이 없어 타입을 구분하는 컬럼을 추가 (DTYPE 컬럼을 구분컬럼으로 사용)

  

  조인 전략 매핑

  @Entity
  @Inheritance(strategy = InheritanceType.JOINED) --- 1.
  @DiscriminatorColumn(name = "DTYPE") --- 2.
  public abstract class Item {
  
      @GeneratedValue @Id
      private Long id;
  		...
  }
  
  @Entity
  @DiscriminatorValue("A") --- 3.
  @PrimaryKeyJoinColumn(name = "ALBUM_ID")  --- 4.
  public class Album extends Item {
  		private String artist;
  		...
  }

  1. @Inheritance(strategy = InheritanceType.JOINED)
     • 상속 매핑은 부모 클래스에 @Inheritance를 사용
     • 매핑 전략을 지정해야하며, 여기선 조인 전략을 사용 (InheritanceType.JOINED)
  2. @DiscriminatorColumn(name = "DTYPE")
     • 부모 클래스에 구분 컬럼을 지정, 이 컬럼을 통해 저장된 자식 테이블을 구분
     • 기본값이 DTYPE이므로 @DiscriminatorColumn으로 줄여서 사용 가능
  3. @DiscriminatorValue("A")
     • 구분 컬럼에 입력할 값을 지정
  4. @PrimaryKeyJoinColumn(name = "ALBUM_ID")
     • 기본 값으로 자식 테이블은 부모 테이블의 ID 컬럼명을 그대로 사용
     • 자식 테이블의 기본 키 컬럼명을 변경하고 싶을때 @PrimaryKeyJoinColumn 사용

조인 전략 정리

• 장점
  • 테이블이 정규화 됌
  • 외래 키 참조 무결성 제약조건을 활용
  • 저장공간을 효율적으로 사용

• 단점
  • 조회할 때 조인이 많이 사용됨으로 성능 저하
  • 조회 쿼리가 복잡
  • 데이터를 등록할 때 INSERT SQL을 두 번 실행

7.1.2 단일 테이블 전략

• 테이블을 하나만 사용하며, 구분 컬럼(DTYPE)으로 자식 데이터를 구분 (일반적으로 가장 빠름)

<주의점>

• 자식 엔티티가 매핑한 컬럼은 모두 null을 허용 (엔티티에 따라 사용하는 컬럼이 다름)

단일 테이블 전략 매핑

@Entity
@Inheritance(strategy = InheritanceType.SINGLE_TABLE)
@DiscriminatorColumn(name = "DTYPE")
public abstract class Item {

    @GeneratedValue @Id
		@Column(name = "ITEM_ID")
    private Long id;
		...
}

@Entity
@DiscriminatorValue("A")
public class Album extends Item {...}

...

단일 테이블 전략 정리

• 장점
  • 조인이 필요 없어 조회 성능이 빠름
  • 조회 쿼리가 단순

• 단점
  • 자식 엔티티가 매핑한 컬럼은 모두 null 허용
  • 단일 테이블에 모두 저장하여 테이블이 커질 수 있음, 그런 경우 조회 성능이 느림

• 특징
  • 테이블 하나에 모든 것을 통합하여 구분 컬럼이 필수(@DisciminatorColumn)
  • @DiscriminatorValue를 지정하지 않으면 기본값이 엔티티 이름 (Album)

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

• 자식 엔티티마다 테이블을 생성, 각각 필요한 컬럼이 존재

• 일반적으로 추천하지 않는 전략

구현 클래스마다 테이블 전략 매핑

@Entity
@Inheritance(strategy = InheritanceType.TABLE_PER_CLASS)
@DiscriminatorColumn(name = "DTYPE")
public abstract class Item {

    @GeneratedValue @Id
		@Column(name = "ITEM_ID")
    private Long id;

		...
}

@Entity
public class Album extends Item {...}

...

구현 클래스 마다 테이블 전략 정리

• 장점
  • 서브 타입을 구분해서 처리할 때 효과적
  • not null 제약 조건 사용 가능

• 단점
  • 여러 자식 테이블을 함께 조회할 경우 성능이 느림 (SQL UNION 사용)
  • 자식 테이블을 통합하기 어려움

• 특징
  • 구분 컬럼이을 사용하지 않음