반응형
상속관계 매핑
- 관계형 데이터베이스는 상속 관계가 존재하지 않는다.
- 슈퍼타입-서브타입 관계 모델링 기법이 객체의 상속 관계와 유사하다
- 상속관계 매핑이란 데이터베이스 슈퍼타입-서브타입 논리 모델을 어떤 방법으로 구현하든 객체의 상속 구조와 매핑되도록 지원해주는 것이다.
- 예) 논리 모델(슈퍼타입-서브타입)
- 예) 객체의 상속 관계
슈퍼타입-서브타입 논리 모델을 실제 물리 모델로 구현하는 방법
조인 전략
- 공통된 속성을 가지는 테이블을 생성하고 각 서브타입별로 갖는 속성을 각각의 테이블로 변환하는 전략
- 기본적으로는 조인 전략이 정석적인 방법이다.
- 비즈니스적으로 중요하고 복잡한 경우 조인 전략을 사용하는 것이 좋다.
- 장점
- 테이블 정규화
- 외래 키 참조 무결성 제약조건 활용가능
- 저장공간 효율화
- 단점
- 조회 시 조인을 많이 사용해서 성능이 저하된다.
- 조회 쿼리가 복잡하다.
- 데이터 저장시 INSERT 쿼리가 2번 호출된다.
- ITEM 테이블, 서브타입 테이블
단일 테이블 전략
- 공통된 속성과 각 서브타입별 갖는 속성을 하나의 통합 테이블로 변환하는 전략
- JPA 기본 전략이다.
- 확장 가능성이 별로없고 단순한 경우 단일 테이블 전략을 사용하는 것이 좋다.
- 장점
- 조인이 필요 없으므로 일반적으로 조회 성능이 빠르다.
- 조회 쿼리가 단순하다.
- 단점
- 자식 엔티티가 매핑한 컬럼은 모두 null이 허용되어야 한다.
- 데이터 무결성 관점에서 좋지 않다.
- 단일 테이블에 모든 것을 저장하므로 테이블이 커질 수 있다. 상황에 따라서는 오히려 조회 성능이 느려질 수 있다.
- 자식 엔티티가 매핑한 컬럼은 모두 null이 허용되어야 한다.
구현 클래스마다 테이블 전략
- 공통된 속성을 가지는 테이블은 없고, 각 서브타입별로 필요한 속성을 각각의 테이블로 변환하는 전략
- 사용하면 안되는 전략이다.
- 데이터베이스 설계자와 ORM 전문가 모두 추천하지 않는다.
- 장점
- 서브 타입을 명확하게 구분해서 처리할 때 효과적이다.
- not null 제약조건 사용이 가능하다.
- 단점
- 여러 자식 테이블을 함께 조회할 때 성능이 느리다
- UNION SQL 발생
- 자식 테이블을 통합해서 쿼리하기 어렵다.
- 여러 자식 테이블을 함께 조회할 때 성능이 느리다
JPA 상속관계 매핑관련 애노테이션
@Entity
@Getter
@Inheritance(strategy = InheritanceType.JOINED)
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 actor;
}
@Entity
public class Book extends Item {
private String author;
private String isbn;
}
@Inheritance
strategy
InheritanceType.JOINED
- 조인 전략
InheritanceType.SINGLE_TABLE
- 단일 테이블 전략
InheritanceType.TABLE_PER_CLASS
- 구현 클래스마다 테이블 전략
@DiscriminatorColumn
- 데이터베이스만 보았을 때 이 데이터가 어느 자식의 테이블에 들어갔는지 알기 어렵다. 따라서 어느 자식 테이블에 데이터가 사용중인지 표시해주는 컬럼이 있으면 좀 더 파악하기 쉽다.
- 단일 테이블 전략에서는 반드시 구분하는 컬럼이 필요하다. 아니면 데이터를 구분할 수 없다.
@DiscriminatorValue
@DiscriminatorColumn
설정된 컬럼에 입력될 값을 자식 엔티티에서 정해줄 수 있다.
@MappedSuperclass
- 상속관계를 매핑해주는 것과는 관련이 없다. 그리고 엔티티가 아니다. 즉, 테이블과 관계가 없고 매핑이 안된다.
- 단지 부모 클래스(@MappedSuperclass 선언)를 상속 받는 자식 클래스에 매핑 정보만 제공하는 역할을 한다.
@Entity
클래스는 엔티티나 @MappedSuperclass로 지정한 클래스만 상속이 가능하다.
- 단순히 엔티티가 공통으로 사용하는 매핑 정보를 모으는 역할
- 예) 등록일, 수정일, 등록자, 수정자 같은 전체 엔티티에서 공통으로 적용하는 정보를 모을 때 사용한다.
- 해당 애노테이션이 선언된 클래스의 타입(BaseEntity)으로 조회, 검색 불가능하다.
- 테이블과 관련이 없다.
em.find(BaseEntity) 불가능
- 직접 생성해서 사용할 일이 없으므로 추상 클래스로 만드는 것을 권장한다.
[참고자료]
반응형
'Java > ORM' 카테고리의 다른 글
[자바 ORM 표준 JPA 프로그래밍] 영속성 전이 (0) | 2022.04.19 |
---|---|
[자바 ORM 표준 JPA 프로그래밍] 프록시와 연관관계 관리 (0) | 2022.04.15 |
[자바 ORM 표준 JPA 프로그래밍] 연관관계 매핑 (0) | 2022.04.03 |
[자바 ORM 표준 JPA 프로그래밍] 엔티티 매핑 (0) | 2022.03.31 |
[자바 ORM 표준 JPA 프로그래밍] JPA의 영속성 관리 (0) | 2022.03.18 |