[JPA] 고급 매핑

1. 상속관계 매핑

객체는 상속관계가 존재하지만, 관계형 DB에는 상속 관계가 없다.
그나마 슈퍼타입 서브타입 관계라는 모델링 기법이 객체 상속과 유사한데,
이 "상속 관계"라는 것은 객체의 상속 구조와 DB의 슈퍼타입 서브타입 관계를 매핑하는 것을 말한다.

슈퍼타입 서브타입 논리 모델을 실제 물리 모델로 구현하는 방법?

• 객체는 상속을 지원하기에 모델링과 구현이 똑같지만, DB는 상속을 지원하지 않기에 논리 모델을 물리 모델로 구현하는 방법이 필요하다.
• 이에 대해 DB의 슈퍼타입 서브타입 논리 모델을 물리 모델로 구현하는 방법은 3가지가 존재한다. 이를 알아보자.

주요 어노테이션

• @Inheritance(strategy=InheritanceType.XXX)
  1. JOINED: 조인 전략
  2. SINGLE: 단일 테이블 전략
  3. TABLE_PER_CLASS: 구현 클래스마다 테이블 전략
• @DiscriminatorColumn(name="DTYPE")
• @DiscriminatorValue("XXX")

1. 조인 전략

• @Inheritance(strategy = InheritanceType.JOINED 어노테이션을 사용하여 각각의 테이블로 변환한다.
• 가장 정규화 된 방식으로 위의 그림으로 설명하면 이름과 가격 속성이 ITEM 테이블에만 저장되고, ALBUM, MOVIE, BOOK에 각자의 데이터만 저장한다.
• 장점
  • 테이블의 정규화
  • 외래 키 참조 무결성 제약조건에 활용이 가능하다.
  • 저장공간을 효율화 할 수 있다.
• 단점
  • 조회시 조인을 많이 사용하여 성능이 저하된다.
  • 조회 쿼리가 복잡하다.

2. 단일 테이블 전략

• 서비스 규모가 크지않고, 조인 전략을 사용할 필요가 없다고 판단될 경우에 사용한다.
• 한 테이블에 다 저장하고, DTYPE으로 구분하는 전략으로 INSERT 쿼리도 한 번, SELECT 쿼리도 한 번밖에 나가지 않기 때문에 조인할 필요가 없고, 성능도 좋다!
• @Inheritance(strategy=InheritanceType.SINGLE)로 옵션을 변경하면 된다!
• 장점
  • 조인이 필요 없기에 조회 성능이 빠르다!
  • 조회 쿼리가 단순하다.
• 단점
  
  • 자식 엔티티가 매핑한 컬럼은 모두 null을 허용한다.
  • 단일 테이블에 모든 것을 저장하기 때문에 테이블이 커질 수 있는 문제에 대해 조회 성능이 느려질 수 있다.

3. 구현 클래스마다 테이블을 생성하는 전략

• 조인 전략과 유사하나, 슈퍼 타입의 컬럼들을 서브 타입으로 내린다. 즉, 위의 슈퍼 타입의 NAME, PRICE 컬럼들이 그대로 하위 테이블에도 중복되도록 허용한다는 것이다.
• 구현클래스마다 생성할 시에는 @Inheritance(strategy=InheritanceType.TABLE_PER_CLASS)로 옵션을 변경한다.
• 이때 ID 생성 전략 시, GenerationType.IDENTITY를 사용할 때 문제가 발생하므로 ID 옵션을 TABLE로 변경 적용해서 해결해야 한다.
• 그다지 추천하지는 않는 전략이다.
• 장점
  • 서브 타입을 명확히 구분해서 처리할 때 효과적
• 단점
  • 여러 자식 테이블을 함께 조회할 때 성능이 느리다.
  • 자식 테이블을 통합하여 쿼리하기가 어렵다.