반응형
상속관계 매핑
- 관계형 데이터베이스는 상속 관계가 없다.
- 슈퍼타입 서브타입 관계라는 모델링 기법이 객체 상속과 유사하다.
- 상속관계 매핑이란 객체의 상속과 DB의 슈퍼타입-서브타입 관계를 매핑하는 것을 의미한다.
: 조인전략(각각 테이블로 변환), 단일 테이블 전략, 구현 클래스마다 테이블 전략(서브타입 테이블로 변환) 기법이 있다.
Album, Movie, Book은 모두id, name, price를 가지고 있다(공통 변수)
주요 어노테이션
@Inheritance(strategy=InheritanceType.XXX)JOINED: 조인 전략SINGLE_TABLE: 단일 테이블 전략TABLE_PER_CLASS: 구현 클래스마다 테이블 전략
@DiscriminatorColumn(name="DTYPE"): 부모클래스에서 컬럼명 설정@DiscriminatorValue("XXX"): 자식 클래스에서 타입명 설정
슈퍼타입 서브타입 논리 모델을 실제 물리 모델로 구현하는 방법
1. 조인 전략
- Item, Album에 pk,fk가 같아 각각의 테이블에 insert를 수행하고 Item내에 타입을 구분하는 컬럼을 만들어서 구해온다.
- 모든 자손 엔티티가 상위 엔티티의 아이디를 PK이자 FK로 지정해줘야 하는데, 컬럼명을 각각의 하위 클래스별로 다르게 만들고 싶다면
@PrimaryKeyJoinColumn애노테이션을 활용하면 된다.
- 장점
- 정규화도 되어있고, 제약조건을 부모에 걸어 맞출 수 있다.
- ex) Order 테이블에서 특정 아이템(ALBUM, MOVIE, BOOK)의 가격을 볼 때, ITEM만 봐도 된다. (외래 키 참조시 무결성 제약조건 활용가능)
- 저장공간 효율화
- 정규화도 되어있고, 제약조건을 부모에 걸어 맞출 수 있다.
- 단점
- 조회 시 조인을 많이 사용해서 성능이 저하될 수 있다.
- 조회 쿼리가 복잡하다.
- 데이터 저장 시 INSERT 쿼리를 2번 호출하는 등 쿼리가 복잡하다.
⚠️ 조인이 많아도 조건이 잘 걸려있을 경우 성능 하락이 크지 않고 저장공간이 효율적으로 되기에 오히려 더 좋을 수 있다는 점을 고려해야 한다.
2. 단일 테이블 전략(default)
- 논리모델을 한 테이블로 합쳐버리는 방법이다.
- 한 테이블에 다 넣어 놓고 어떤 테이블인지 구분하는 컬럼(ex:DTYPE)을 통해 구분한다.
@DiscriminatorColumn이 필수로 들어간다(기입하지 않아도 자동으로 들어감)- 장점
- 조인이 필요 없으므로 조회 성능이 빠르고 쿼리가 단순하다.
- 단점
- 자식 엔티티가 매핑한 컬럼은 null 허용이된다.
- 모두 저장하므로 테이블이 커질 수 있고, 상황에 따라 오히려 성능이 저하될 수 있다.
3. 구현 클래스마다 테이블 전략
- 추천하지 않는 전략(개발자, DBA 모두)
- 각각의 테이블마다 별개로 만들어서 따로 관리한다.
- ITEM 테이블을 생성하지 않고 ALBUM, MOVIE, BOOK 테이블에서 각각 id, name, price필드를 가지고 있다.
@DiscriminatorColumn을 사용할 수 없다.(구분 할 이유가 없기 때문에)- ITEM을 조회하면 ALBUM, MOVIE, BOOK 세개의 테이블을 UNION ALL으로 전부 조회해서 가져온다.(단점)
- 장점
- 서브 타입을 명확하게 구분해서 처리할 때 효과적
- Not null 제약조건 가능
- 단점
- 여러 자식 테이블을 함께 조회할 때 성능이 느림(UNION SQL)
- 자식 테이블을 통합해서 쿼리하기 힘듬.
정리 : 상속 관계를 표현할 때 조인 전략이나, 단일 테이블 전략을 상황에 맞게 고려해서 사용하자.
@MappedSuperclass
- 상속관계 매핑이 이니므로 엔티티도 아니고, 테이블과 매핑되지도 않는다.
- 부모 클래스를 상속받는 자식 클래스에 매핑 정보만 제공한다.
→ 조회 및 검색이 불가하니 추상 클래스로 사용하는 것을 권장한다. - 직접 생성해서 사용할 일이 없으므로 추상 클래스를 추천한다.
- 서로 다른 테이블에서 속성만 상속받아 공통적인 작업을 하고 싶을 때
@MappedSuperclass를 사용한다.
예제
요구사항 추가
- 상품의 종류는 음반, 도서, 영화가 있고 이후 더 확장될 수 있다.
- 모든 데이터는 등록일과 수정일이 필수다.
도메인 모델
테이블 설계
구현
- ALBUM, BOOK, MOVIE 엔티티를 만든 후 ITEM을 상속받는다. 방식은 위의 조인 전략 방식과 동일하므로 코드는 생략하겠다.
package jpabook.jpashop.domain;
import javax.persistence.*;
import java.util.ArrayList;
import java.util.List;
@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;
@ManyToMany(mappedBy = "items")
private List<Category> categories = new ArrayList<>();
}- ITEM 엔티티는 직접사용하지 않으므로 추상 클래스로 변경하고 상속을 위해
@Inheritance,@DiscriminatorColumn을 적용한다. BaseEntity를 통해 공통된 속성을 모두 추가했다.
package jpabook.jpashop;
import jpabook.jpashop.domain.Book;
import javax.persistence.EntityManager;
import javax.persistence.EntityManagerFactory;
import javax.persistence.EntityTransaction;
import javax.persistence.Persistence;
public class JpaMain {
public static void main(String[] args) {
EntityManagerFactory emf = Persistence.createEntityManagerFactory("hello");
EntityManager em = emf.createEntityManager();
EntityTransaction tx = em.getTransaction();
tx.begin();
try {
Book book = new Book();
book.setName("JPA");
book.setAuthor("sasca");
em.persist(book);
tx.commit();
} catch (Exception e) {
tx.rollback();
} finally {
em.close();
}
emf.close();
}
}실행 결과
실무에서 상속관계를 쓸까? 실무에서는 상속관계를 사용하는 경우도 있고, 애플리케이션이 커지면 테이블을 단순하게 만들기 위해 JSON으로 말아서 넣는 방식도 택한다.
이 글은 김영한 님의 "자바 ORM 표준 JPA 프로그래밍 - 기본 편" 강의를 듣고 정리한 내용입니다.
반응형
