[자바 ORM 표준 JPA 프로그래밍 - 기본편] 7. 고급 매핑

상속관계 매핑

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

Item

@Entity
public class Item {

    @Id @GeneratedValue
    private Long id;

    private String name;
    private int price;
}

Album

@Entity
public class Album extends Item{
    private String artist;
}

Movie

@Entity
public class Movie extends Item{

    private String director;
    private String actor;
}

Book

@Entity
public class Book extends Item{

    private String author;
    private String isbn;
}

JpaMain

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

em.persist(movie);

 

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

 

1. 각각 테이블로 변환 → 조인 전략 (정석)

@Inheritance(strategy = InheritanceType.JOINED)

→ 각각 테이블 만듦

@DiscriminatorColumn

→ DTYPE이 생겨 엔티티 명이 들어가게 된다. 운영하거나 DB에서 작업들을 할 때 넣어두는 게 좋음

Item

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

    @Id @GeneratedValue
    private Long id;

    private String name;
    private int price;
}

자식 테이블에서 @DiscriminatorValue() 로 DB의 DTYPE에 나타나는 거 바꿀 수 있음

 

장점

• 테이블 정규화 → 데이터가 정규화 되어 있음
• 외래 키 참조 무결성 제약조건 활용 가능
  • 제약조건을 Item에 걸어 맞출 수 있음 (가격 정산→Item 테이블만으로)
• 저장공간 효율화

단점

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

 

 

2. 통합 테이블로 변환 → 단일 테이블 전략

한 테이블에 생성되고 다른 테이블 생성 x

insert query 하나만 나감, 조회도 join할 필요 없음

@DiscriminatorColumn 없어도 DTYPE 들어가 있음

→ 한 테이블 안에 들어가 있어서 어떤 데이터인지 알 수 있는 방법이 없어 DTYPE이 필수로 생성됨

Item

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

    @Id @GeneratedValue
    private Long id;

    private String name;
    private int price;
}

 

장점

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

단점

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

 

 

3. 서브타입 테이블로 변환 → 구현 클래스마다 테이블 전략 (쓰면 안 됨)

Item table 없애고 그 속성들을 밑으로 내려 중복되게 허용

Item

@Entity
@Inheritance(strategy = InheritanceType.TABLE_PER_CLASS)
public abstract class Item {

    @Id @GeneratedValue
    private Long id;

    private String name;
    private int price;
}

Item을 조회할 때 테이블을 다 찾아봐야 함 → 복잡한 쿼리 나감, 비효율적

이 전략은 데이터베이스 설계자와 ORM 전문가 둘 다 추천 X

 

장점

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

단점

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

 

 

매핑 정보 상속

@MappedSuperclass

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

• 상속관계 매핑 X
• 엔티티X → 생성되는 것 x 속성만 내려줌, 테이블과 매핑X
• 부모 클래스를 상속받는 자식 클래스에 매핑 정보만 제공
• 조회, 검색 불가(em.find(BaseEntity) 불가)
• 직접 생성해서 사용할 일이 없으므로 추상 클래스 권장

BaseEntity

@MappedSuperclass
public abstract class BaseEntity {

    @Column(name = "INSERT_MEMBER");
    private String createdBy;
    private LocalDateTime createdDate;
    @Column(name = "UPDATE_MEMBER");
    private String lastModifiedBy;
    private LocalDateTime lastModifiedDate;
}

public class Member extends BaseEntity 로 상속 받기

• 테이블과 관계 없고, 단순히 엔티티가 공통으로 사용하는 매핑 정보를 모으는 역할
  • 주로 등록일, 수정일, 등록자, 수정자 같은 전체 엔티티에서 공통으로 적용하는 정보를 모을 때 사용
• @Entity 클래스는 엔티티나 @MappedSuperclass로 지정한 클래스만 상속 가능

 

 

실전 예제 4. 상속관계 매핑

요구사항 추가

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

도메인 모델

 

 

BaseEntity

@MappedSuperclass
public abstract class BaseEntity {

    private String createdBy;
    private LocalDateTime createdDate;
    private String lastModifiedBy;
    private LocalDateTime lastModifiedDate;
}

Item

@Entity
@Inheritance(strategy = InheritanceType.SINGLE_TABLE)
@DiscriminatorColumn
public abstract class Item extends BaseEntity {

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

    private String name;
    private int price;
    private int stockQuantity;
}

Album, Movie, Book , , ,

@Entity
public class Album extends Item {

    private String artist;
    private String etc;
}

 

 

 

 

 

참고 강의 :

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