인프런 - 자바 ORM 표준 JPA 프로그래밍 (김영한님)
상속관계 매핑
- 관계형 데이터베이스는 상속 관계가 없음
- 객체의 상속 구조를 DB의 슈퍼타입 서브타입 관계로 매핑
상속관계 매핑 방법
- 슈퍼타입-서브타입 논리 모델을 실제 물리 모델로 구현하는 방법
- 각각 테이블로 변환 -> 조인 전략
- 통합 테이블로 변환 -> 단일 테이블 전략
- 서브타입 테이블로 변환 -> 구현 클래스마다 테이블 전략
주요 어노테이션
- @Inheritance(strategy = InheritanceType.XXX)
- JOINED : 조인 전략
- SINGLE_TABLE : 단일 테이블 전략
- TABLE_PER_CLASS : 구현 클래스마다 테이블 전략
- @DiscriminatorColumn(name = "DTYPE")
- DiscriminatorValue("XXX")
1. 조인 전략
@DiscriminatorColumn
@Inheritance(strategy = InheritanceType.JOINED)
@Entity
public class Item {
@Id @GeneratedValue
private Long id;
private String name;
private int price;
}
@Entity
public class Album extends Item {
private String artist;
}
@Entity
public class Movie extends Item {
private String director;
private String action;
}
@Entity
// DTYPE에 "B"로 저장됨
@DiscriminatorValue(name = "B")
public class Book extends Item {
private String author;
private String isbn;
}
// Movie 저장 예제
Movie movie = new Movie();
movie.setDirector("director1");
movie.setActor("actor1");
// Item field
movie.setName("movie1");
movie.setPrice(1000);
em.persist(movie);
em.commit();
// 결과
INSERT ITEM, MOVIE (같은 ID값)
// Movie 조회
em.find(Movie.class);
//
SELECT *
FROM MOVIE
INNER JOIN ITEM
ON MOVIE.ID = ITEM.ID
- 장점
- 조인 전략을 주로 사용
- 테이블 정규화
- 외래 키 참조 무결성 제약 조건 활용 가능
- 저장 공간 효율화
- 단점
- 조회 시 조인을 많이 사용 -> 성능 저하
- 조회 쿼리가 복잡함
- 데이터 저장시 INSERT SQL 2번 호출
2. 단일 테이블 전략
- 장점
- 조인이 필요 없으므로 일반적으로 조회 성능이 빠름
- 조회 쿼리가 단순함
- 단점
- 자식 엔티티가 매핑한 컬럼은 모두 null 허용
- 단일 테이블에 모든 것을 저장하므로 테이블이 커질 수 있음
- 상황에 따라서 조회 성능이 오히려 느릴 수도 있음
3. 구현 클래스마다 테이블 전략
@Inheritance(strategy = InheritanceType=TABLE_PER_CLASS)
@Entity
public abstract class Item {
...
}
// Album, Movie, Book은 조인전략과 동일
// Item 조회 시
em.find(Item.class)
// 결과
SELECT *
FROM (
SELECT *
FROM ALBUM
UNION ALL
SELECT *
FROM BOOK
UNION ALL
SELECT *
FROM MOVIE
)
- 이 전략은 데이터베이스 설계자와 ORM 전문가 둘 다 추천하지 않음
- 장점
- 서브 타입을 명확하게 구분해서 처리할 때 효과적
- not null 제약 조건 사용 가능
- 단점
- 여러 자식 테이블을 함께 조회할 때 성능이 느림 (UNION SQL 필요)
- 자식 테이블을 통합해서 쿼리하기 어려움
- 새로운 컬럼이 추가될 때 모든 테이블을 수정해야 함
@MappedSuperclass
- DB와 관계없이 객체에서 공통 매핑 정보가 필요할 때 사용 ex) id, name
- 등록일, 수정일, 등록자, 수정자
- 부모 클래스를 상속 받는 자식 클래스에 매핑 정보만 제공
- Member 테이블에는 id, name, email / Seller 테이블에는 id, name, shopName 필드가 있을 때 id, name이 공통
- DB는 수정하지 않고 BaseEntity를 생성해 공통 정보를 관리
- BaseEntity로 조회, 검색 불가 ex) em.find(BaseEntity.class); 불가
- 직접 생성해서 사용할 일이 없으므로 추상 클래스 권장
@MappedSuperclass
public abstract class BaseEntity {
private LocalDateTime createdAt;
private LocalDateTime updatedAt;
private LocalDateTime deletedAt;
}
@Entity
public class Team extends BaseEntity {
@Id @GeneratedValue
private Long id;
private String name;
}
@Entity
public class Member extends BaseEntity {
@Id @GeneratedValue
private Long id;
private String email;
}
'STUDY > JPA' 카테고리의 다른 글
[자바 ORM 표준 JPA 프로그래밍 - 기본편] 값 타입 (0) | 2023.12.10 |
---|---|
[자바 ORM 표준 JPA 프로그래밍 - 기본편] 프록시와 연관관계 관리 (0) | 2023.12.10 |
[자바 ORM 표준 JPA 프로그래밍 - 기본편] 다양한 연관관계 매핑 (1) | 2023.12.10 |
[자바 ORM 표준 JPA 프로그래밍 - 기본편] 연관관계 매핑 기초 (0) | 2023.12.10 |
[자바 ORM 표준 JPA 프로그래밍 - 기본편] 엔티티 매핑 (1) | 2023.12.10 |