[JPA] [7] 고급 매핑
https://www.inflearn.com/course/ORM-JPA-Basic
자바 ORM 표준 JPA 프로그래밍 - 기본편 - 인프런 | 강의
초급자를 위해 준비한 [웹 개발, 백엔드] 강의입니다. JPA를 처음 접하거나, 실무에서 JPA를 사용하지만 기본 이론이 부족하신 분들이 JPA의 기본 이론을 탄탄하게 학습해서 초보자도 실무에서 자
www.inflearn.com
인프런 김영한 님의 강의를 듣고 작성한 글입니다.
[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 화면
조인 전략의 장점
- 테이블 정규화
- 외래 키 참조 무결성 제약조건 활용가능
- 저장공간 효율화
조인 전략의 단점
- 조회 시 조인을 많이 사용해 성능 저하
- 조회 쿼리가 복잡함
- 데이터 저장 시 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값이 들어가지 않는다.(실무에서 사용하지 않는 이유다)