상속 관계 매핑
- 관계형 DB 에서는 상속 관계라는 것이 존재하지 않는다.
- 슈퍼 - 서브타입 관계라는 모델링 기법이 객체 상속과 유사함
- 상속 관계 매핑이란 결국 객체의 상속 구조를 RDB 에 매핑하기 위해 슈퍼-서브타입 전략으로 상속을 구현하여 엔티티와 매핑해주는 것이다.
구현 방법
- 슈퍼-서브 타입 논리 모델을 물리적으로 구현하는 방법은 3가지가 존재한다.
- 각각의 테이블로 변환 -> 조인 전략
- 통합 테이블로 변환 -> 단일 테이블 전략
- 서브타입 테이블로 변환 -> 구현 클래스마다 테이블을 구현하는 전략
상속 관계 구현을 위한 주요 어노테이션
- @Inheritance(strategy = InheritanceType.XXX)
- JOINED : 조인 전략
- SINGLE_TABLE : 단일 테이블 전략
- TABLE_PER_CLASS : 구현 클래스마다 각각의 테이블을 구현
- @DiscriminatorColumn(name = "DTYPE")
- @DiscriminatorValue("XXX")
조인 전략
- 장점
- 테이블의 정규화
- 외래 키 참조 무결성 제약조건 활용 가능
- 저장공간의 효율화
- 단점
- 조회시 조인을 많이 사용하여 성능 저하
- 조회 쿼리가 복잡해짐
- 데이터 저장 시에 INSERT SQL 을 2번 호출하게 됨
단일 테이블 전략
- 장점
- 조인이 필요 없어 일반적으로 조회 성능이 빠르다
- 조회 쿼리가 단순하다
- 단점
- 자식 엔티티가 매핑한 컬럼은 모두 null 을 허용할 수 밖에 없다.
- 단일 테이블에 모든 것을 저장하므로 테이블의 사이즈가 커질 수 있다.
- 임계점을 넘어서면 오히려 느려질 수 있게됨
구현 클래스마다 테이블을 생성하는 전략
- 추천하지 않는 방법
- 장점
- 서브 타입을 명확하게 구분하여 처리할 때 효과적
- not null 제약 조건 사용 가능 (각자의 테이블을 갖기 때문에)
- 단점
- 여러 자식 테이블을 함께 조회할 때 성능이 느림 (UNION SQL 을 사용)
- 자식 테이블을 통합해서 쿼리하기가 어려움
@MappedSuperclass
- 공통 매핑 정보가 필요할 때 사용
- ex) modifiedDate, modifiedBy 등등
- 상속 관계 매핑이 아님
- 엔티티가 아니며 테이블과 매핑하지 않음
- 부모 클래스를 상속 받는 자식 클래스에 매핑 정보만 제공함
- 조회, 검색 불가 (엔티티가 아니기 때문에)
- 직접 생성해서 사용할 일이 없으므로 abstract (추상 클래스) 사용 권장
- 테이블과 관계가 없고 단순히 엔티티가 공통으로 사용하는 매핑 정보만을 담는 클래스임을 알림
- 주로 등록일, 수정일, 등록자, 수정자 같은 전체 엔티티에서 공통으로 적용하는 정보를 모을 때 사용함.
@Entity 클래스는 엔티티나 @MappedSuperclass 로 지정한ㅇ 클래스만 상속이 가능함