[JPA] [7] 고급 매핑

https://www.inflearn.com/course/ORM-JPA-Basic

자바 ORM 표준 JPA 프로그래밍 - 기본편 - 인프런 | 강의

인프런 김영한 님의 강의를 듣고 작성한 글입니다.

 

[1] 상속관계 매핑

■ 상속관계 매핑

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

상속관계 매핑 방법 3가지

• 각각 테이블로 변환 -> 조인 전략
• 통합 테이블로 변환 -> 단일 테이블 전략
• 서브타입 테이블로 변환 -> 구현 클래스마다 테이블 전략

① 조인 전략

기본적으로 조인 전략이 정석이라고 보면 된다.

• 엔티티를 모두 테이블로 만들고 자식 테이블이 부모의 기본키를 받아서 기본키 + 외래키(식별자)로 사용하는 전략이다. 
• 객체는 타입이 없으므로 타입을 구분하는 컬럼(ex DTYPE)을 사용한다.

 

Item

@Entity
@Inheritance(strategy = InheritanceType.JOINED)
@DiscriminatorColumn(name = "DTYPE")
@Getter
@Setter
public abstract class Item {
    @Id @GeneratedValue
    private Long id;

    private String name;
    private int price;

}

• @Inheritance(strategty = InheritanceType.JOINED)로 조인 전략을 명시
• @DiscriminatorColumn(name= "DTYPE")으로 Album인지 Book인지 Movie인지 구분할 DTYPE 컬럼 생성.
  • 디폴트 값이 DTYPE으로 들어가며 name 옵션으로 원하는 값을 지정해 줄 수 있다.

 

Album

@Entity
@DiscriminatorValue("A")
public class Album extends Item {
    private String artist;
}

• Item을 상속(extends)받음
• @DiscriminatorValue("A") : DTYPE에 어떤 값이 들어갈지 지정할 수 있음.
  • 디폴트 값은 Entity의 클래스 이름이다.

 

Book

@Entity
@DiscriminatorValue("B")
public class Book extends Item{
    private String author;
    private String isbn;
}

 

Movie

@Entity
@DiscriminatorValue("M")
public class Movie extends Item{
    private String director;
    private String actor;
}

 

JpaMain

Movie movie = new Movie();
movie.setDirector("aaaaa");
movie.setActor("bbbb");
movie.setName("바람과 함께 사라지다");
movie.setPrice(10000);

em.persist(movie);

 

JpaMain 로그 및 H2 DB 화면

em.find()로 select문 호출할 때 알아서 조인을 해준다. DTYPE의 값을 지정하지 않으면 우측처럼 클래스 이름(Movie)가 들어간다.

 

조인 전략의 장점

• 테이블 정규화
• 외래 키 참조 무결성 제약조건 활용가능
• 저장공간 효율화

조인 전략의 단점

• 조회 시 조인을 많이 사용해 성능 저하
• 조회 쿼리가 복잡함
• 데이터 저장 시 INSERT SQL 2번 호출

 

② 단일 테이블 전략

테이블 하나라 성능이 좋다. 단, 타입을 구분해야 하므로 DTYPE은 필수다.

• 모든 서브타입 속성들을 테이블 하나에 통합하고 DTYPE으로 어떤 데이터인지 구분한다.
• 조회 시 조인을 사용하지 않아 일반적인 상황에서 가장 빠르다.

 

Item

@Entity
@Inheritance(strategy = InheritanceType.SINGLE_TABLE)
@DiscriminatorColumn
@Getter
@Setter
public abstract class Item {
    @Id @GeneratedValue
    private Long id;

    private String name;
    private int price;

}

• @Inheritance(strategy = InheritanceType.SINGLE_TABLE)로 단일 테이블 전략 명시
• JPA의 장점은 상속관계 매핑 전략을 바꿀 때 strategy만 바꿔주면 된다는 것이다.

 

로그화면 - 쿼리문

 

단일 테이블 전략의 장점

• 조인이 필요 없으므로 일반적으로 조회 성능이 빠름
• 조회 쿼리가 단순함

 

단일 테이블 전략의 단점

• 자식 엔티티가 매핑한 컬럼은 모두 null 허용
• 단일 테이블에 모든 것을 저장하므로 테이블이 커질 수 있다. 상황에 따라 조회 성능이 오히려 느려질 수 있다.

 

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

스포일러 : 이 전략은 데이터베이스 설계자, ORM 전문가 둘 다 추천하지 않는 방법이다.

 

• 이 전략은 서브타입마다 하나의 테이블을 가지며 테이블 각각에 필요한 컬럼(name, price)이 있다.

 

Item

@Entity
@Inheritance(strategy = InheritanceType.TABLE_PER_CLASS)
@DiscriminatorColumn
@Getter
@Setter
public abstract class Item {
    @Id @GeneratedValue
    private Long id;

    private String name;
    private int price;

}

• @Inheritance(strategy = InheritanceType.TABLE_PER_CLASS)로 구현 클래스마다 테이블 전략을 지정

 

로그화면 - 쿼리문

실행 시 Item 테이블이 만들어지지 않는다.

테이블 하나만 조회할 땐 select문이 간결하다.

개별 테이블이므로 DTYPE이 필요 없다.

 

JpaMain & 실행로그

하지만 여러 자식 테이블을 함께 조회하면 성능이 느려진다. (UNION ALL을 쓰기 때문)

 

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

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

 

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

• 여러 자식 테이블을 함께 조회할 때 성능이 느림(UNION SQL 필요)
• 자식 테이블을 통합해서 쿼리하기 어려움

묶이지 않은 상태에서 Item에 새로운 무언가를 추가하면 모든 자식 테이블마다 새로 추가해야 하는 번거로움이 있다.

 

 

결론 : 조인 전략, 단일 테이블 전략의 장·단점을 고려해 상속관계 매핑 전략을 선택해야 한다. 

        (확장 가능성이 없으면 단일 테이블, 중요하면서 확장 가능성이 있으면 조인 전략을 택하는 게 좋다)

 

 

[2] MappedSuperclass - 매칭 정보 상속

공통 매핑 정보가 필요할 때 사용하는 방법이다.(상속관계 매핑과 관계없으므로 주의!)

• 엔티티가 아니므로 테이블과 매핑하지 않는다.
• 이 클래스를 상속받은 자식에게 매핑 정보만 제공할 수 있다.

• 공통 정보(id, name)가 필요할 때 사용한다.

 

BaseEntity

@MappedSuperclass
@Getter
@Setter
public abstract class BaseEntity {
    @Column(name="INSERT_MEMBER")
    private String createdBy;
    private LocalDateTime createdDate;
    @Column(name = "UPDATE_MEMBER")
    private String lastModifiedBy;
    private LocalDateTime lastModifiedDate;
}

• @MappedSuperclass로 매칭 정보 상속하는 클래스라고 지정
• 클래스 생성을 막기 위해 추상 클래스화

 

Member

@Entity
@NoArgsConstructor
@Getter
@Setter
public class Member extends BaseEntity{
    @Id
    @GeneratedValue
    @Column(name = "MEMBER_ID")
    private Long id;

 

Team

@Entity
@NoArgsConstructor
@Getter
@Setter
public class Team extends BaseEntity{
    @Id
    @GeneratedValue
    @Column(name="TEAM_ID")
    private Long id;

• Member와 Team 둘 다 BaseEntity를 상속
• 편의상 그림처럼 Seller가 아닌 Team으로 상속함

 

JpaMain과 실행로그

Member와 Team에 BaseEntity가 보낸 매핑 정보가 들어가는 걸 확인할 수 있다.

 

■ 정리

• 상속관계 매핑 X
• 엔티티 X, 테이블과 매핑 X
• 부모 클래스를 상속받는 자식 클래스에 매핑 정보만 제공
• 조회·검색 불가(em.find(BaseEntity) 불가)
• 직접 생성해서 사용할 일이 없으므로 추상 클래스 권장
• 테이블과 관계없다. 단순히 엔티티가 공통으로 사용하는 매핑 정보를 모으는 역할만 한다.
• 주로 등록일·수정일·등록자·수정자 같은 전체 엔티티에서 공통으로 적용하는 정보를 모을 때 사용

참고] @Entity 클래스는 엔티티나 @MappedSuperclass로 지정한 클래스만 상속 가능

 

 

[3] 실전 예제 4 - 상속관계 매핑

■ 요구사항

• 상품의 종류는 음반, 도서, 영화가 있고 이후 더 확장될 수 있다.(상속관계 매핑)
• 모든 데이터는 등록일과 수정일이 필수다.(@MappedSuperclass)

 

그림을 클릭하면 더 자세히 볼 수 있습니다.

 

 

■ 요구사항 1 - 상속관계 (매핑 상품의 종류는 음반, 도서, 영화가 있고 이후 더 확장될 수 있다)

① 단일 테이블 전략

• 하나의 테이블에 모든 속성이 들어간 것을 확인할 수 있다.

 

② 조인 전략

• 단일 테이블과는 달리 모든 테이블이 생긴다.

 

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

• Item 테이블이 사라지고 Item의 id·name이 각각의 테이블에 들어간다.

 

요구사항 2 - 모든 데이터는 등록일과 수정일이 필수다.(@MappedSuperclass)

• 필요한 모든 테이블이 BaseEntity를 상속받음

 

• Album에 BaseEntity의 값이 들어가는 것을 확인할 수 있다.
• 단, 다대다로 매핑할 때 자동생성된 연결 테이블엔 BaseEntity값이 들어가지 않는다.(실무에서 사용하지 않는 이유다)