고급 매핑 - 상속관계 매핑, @MappedSuperclass

상속관계 매핑과 @MappedSuperclass에 대해서 알아보도록 하겠다.

 

상속관계 매핑

• 관계형 데이터베이스는 상속 관계가 없다
• 슈퍼타입 서브타입 관계라는 모델링 기법이 객체 상속과 유사하다
• 상속관계 매핑: 객체의 상속과 구조와 DB의 슈퍼타입 서브타입 관계를 매핑한다.

슈퍼 타입 서브타입 논리 모델을 실제 물리 모델로 구현하는 방법은 3가지가 있다

 

1. 각각 테이블로 변환 -> 조인 전략

2. 통합 테이블로 변환 -> 단일 테이블 전략

3. 서브타입 테이블로 변환 -> 구현 클래스마다 테이블 전략

 

 

 

조인 전략

엔티티마다 모두 테이블로 만들어주고 부모의 기본키를 기본키 + 외래 키로 사용함. 그래서 조회할 때 조인을 사용함.

다만 객체는 타입이 있는데 테이블은 타입에 개념이 없으니 따로 컬럼을 추가해줘야 함. ex) DTYPE

@Entity
//객채 테이블 전략
@Inheritance(strategy=InheritanceType.JOINED) 
//구현 클래스마다 테이블 전략
@Inheritance(strategy=InheritanceType.SINGLE_TABLE) 

public class Item {
    
   	@Id @GeneratedValue
	private Long id;
		
	private String name;
	private int price;

}

@Entity
@DiscriminatorValue("A") // 엔티티를 저장할 때 구분 컬럼에 입력할 값을 지정한다. 
public class Album extends Item {
  private String artist;
	...
}

@Entity
@DiscriminatorValue("M")
@PrimaryKeyJoinColumn(name = "MOVIE_ID") // 자식 테이블의 기본 키 컬럼명을 변경 (기본 값은 부모 테이블의 ID 컬럼명)
public class Movie extends Item {
  private String director; //감독
  private String actor; //배우
	...
}

• Item 엔티티에서 상속 매핑을 한다고 지정하고(@Inheritance) 전략으로 조인전략을 사용한다고 지정한다.(Inheritance.JOINED)
• 그리고 구분 부모에서 구분 컬럼을 지정한다. 그러면 부모 테이블에 DTYPE 이름으로 칼럼이 생성된다.
• 자식들은 구분 칼럼에 어떻게 저장되는지 작성한다 Album 엔티티는 부모에게 DTYPE에 A라는 값으로 저장된다.
• 자식 엔티티에는 Id가 없는데 부모 테이블에 Id를 자식 테이블에서 그대로 사용한다. 만약 자식 테이블 기본키 컬럼명을 따로 설정하려면 @PrimaryKeyJoinColumn을 사용한다.

장점

• 코드가 전략화 되어 있다
• 외래 키 참조 무결성 제약조건 활용가능하다
• 저장공간 효율화

 

단점

• 조회 시 조인을 많이 사용, 성능 저하
• 조회 쿼리가 복잡함
• 데이터 저장 시 INSERT SQL 2번 호출

 

 

 

단일 테이블 전략

이 전략의 특징은 자식들을 모두 하나의 테이블로 만들었기 때문에 자식들마다 컬럼이 달라 null 값이 굉장히 많다. ex) Book 엔티티에는 ACTOR 컬럼을 쓰지 않아 null이다.

`

// Item 엔티티
@Entity
@Inheritance(strategy = InheritanceType.SINGLE_TABLE)
@DisciminatorColumn(name = "DTYPE")
...

// 자식 엔티티
@Entity
@DiscriminatorValue("A")
...

@Entity
@DiscriminatorValue("M")
...

조인 전략과 형식은 비슷한데 Inheritance.SINGLE_TABLE을 사용한다. 또한 모든 테이블이 하나로 통합되어있기 때문에 구분 컬럼은 필수다.

 

장점

• 조인이 필요 없으므로 일반적으로 조회 성능이 빠르다
• 조회 쿼리가 단순하다

 

단점

• 자식 엔티티가 매핑한 컬럼은 모두 NULL 허용 (잘 안 쓰는 치명적 이유이다)
• 단일 테이블에 모든 것을 저장하므로 테이블이 커질 수 있다. 상황에 따라서 조회 성능이 오히려 느려질 수 있다

 

 

구현 클래스마다 테이블 전략

자식 테이블이 부모 테이블의 모든것을 다 가지고 있는 형태다. 그래서 자식 엔티티마다 테이블을 다 만들어 준다.

// Item 엔티티
@Entity
@Inheritance(strategy = InheritanceType.TABLE_PER_CLASS)
...

// 자식 엔티티
@Entity
@DiscriminatorValue("A")
...

@Entity
@DiscriminatorValue("M")
...

 

장점

• 서브 타입을 명확하게 구분해서 처리할 때 효과적이다
• not null 제약조건 사용 가능

단점

• 여러 자식 테이블을 함께 조회할 때 성능이 느림(UNION SQL 필요)
• 자식 테이브를 통합해서 쿼리하기 어려움

---

@MappedSuperclass

• 테이블과 관계없고, 단순히 엔티티가 공통으로 사용하는 매핑 정보를 모으는 역할이다.
• 주로 등록일, 수정일, 등록자, 수정자 같은 전체 엔티티에서 공통으로 적용하는 정보를 모을 때 사용한다

 

공통 매핑 정보가 필요할 때 사용 (id, name)

• 객체의 입장에서 공통 매핑 정보가 필요할 때 사용한다.
• id, name은 객체의 정보가 필요할 때, 부모 클래스에 선언하고 속성 받아서 사용하고 싶을 때 사용한다
• DB 테이블과는 상관없다.

@MappedSuperclass
@Getter @Setter
public abstract class BaseEntity {

	private String name;
	private String id;
}

 

• 만약 공통된 객체가 있으면 위와 같이 추상 클래스를 하나 만들어 주고 @MappedSuperclass를 해준다
• 그리고 사용할 때는 extends BaseEntity 붙여주면서 사용하면 된다.

 

public class Member extends baseEnetity {
	.....
}

• 상속 관계 매핑이 아니다
• 엔티티도 아니고 테이블과 매핑도 안된다
• 부모 클래스를 상속받는 자식 클래스에 매핑 정보만 제공한다
• 조회, 검색 불가(em.find(BaseEntity) 불가)
• 직접 생성해서 사용할 일이 없으므로 추상 클래스 권장

 

 

주요 어노테이션

@Inheritance(Strategy = InheritanceType.XXX)

• JOINED: 조인 전략
• SINGLE_TABLE: 단일 테이블 전략
• TABLE_PER_CLASS: 구현 클래스마다 테이블 전략
• 상속 매핑은 부모 클래스에 @Ingeritance를 사용해야 한다. 그리고 매핑 전략을 지정해준다 

@DiscriminatorValue

• 엔티티 저장 시 구분 컬럼에 입력할 값을 지정.
• 만약 영화 엔티티를 저장하면 구분 컬럼인 DTYPE에 값 M이 저장 된다.

@DiscriminatorColumn(Name-"DTYPE")

• 부모 클래스에 구분 컬럼을 지정. 이 컬럼으로 저장된 자식 테이블을 구분할 수 있다. 
• 기본값이 DTYPE 이므로 @DiscrimnatorColumn으로 줄여 쓸 수 있다

 

참고

---

https://www.inflearn.com/course/ORM-JPA-Basic/dashboard