JPA #7 고급 매핑 (상속 관계)

📌 DB에서의 상속 구현

우선, DB에는 객체처럼 상속이라는 개념이 없다. 구조가 비슷하게 보일 뿐 상속처럼 사용하기 어렵다.

 

객체는 상속관계를 쉽게 구현가능하지만, DB에서는 상속을 만들려면 3가지 방법이 존재한다.

그래서 JPA도 @Inheritance 옵션을 통해 전략을 선택할 수 있게 만들어놨다. 물론 무슨 방법을 선택하던 객체 엔티티는 똑같이 동작한다. DB만 다를 뿐.

@Entity
@Inheritance(strategy = InheritanceType.JOINED)
public class Item{
	...
}

@Entity
public class Movie extends Item{
	...
}

@Entity
public class Album extends Item{
	...
}

 

• JOINED, 조인전략 (각각 테이블로 변환, Super-Sub Type)

[가장 정규화된 방식] 저장공간은 효율적이다. 하지만 조회시 Join이 너무 많이 발생하고, 쿼리가 복잡해진다.

 

 

• SINGLE_TABLE, 단일 테이블 전략 (통합 테이블 사용, SuperDTO)

[무지성으로 SUPER 테이블을 만들어 가져오는 방법] 성능은 좋지만 null이 들어갈 수 있고, 테이블이 너무 크다

 

 

• TABLE_PER_CLASS, 구현 클래스별 테이블 전략 (서브타입 테이블로 변환) - 사용하지 말 것. 구리다.

not null 제약조건을 걸 수 있지만, 쓰지마라. 중복되어 공간도 많이먹고 성능도 구리고 통합 쿼리가 어렵다.

 

데이터베이스는 데이터가 억단위로 쌓이고, 파티셔닝해서 사용하는 경우도 많다. 이런 경우 상속관계 테이블은 문제를 일으키기 쉽다. 무조건 객체지향적으로 정규화하는게 좋은게 아니라 상황에 따라 적절하게 사용해야한다.

 

✔ 데이터 타입(DTYPE) 같이 적기

참고로 테이블에 자식 엔티티명(DTYPE)을 함께 넣어주는게 좋다. JPA에서는 아래와 같이 설정해 줄 수 있다.

단일 테이블 전략에서는 타입구분이 어려워서 반드시 DTYPE을 넣어줘야한다. 물론 칼럼이름은 다른걸 써도 상관없음

무슨 타입인지 나타내는 DTYPE 같은 칼럼을 넣어주는게 좋다.

@Entity
@Inheritance(strategy = InheritanceType.JOINED)
@DiscriminatorColumn(name=“DTYPE”) // DB 칼럼 추가
public class Item{
	...
}

@Entity // 아무것도 적지않으면, 엔티티 명(Movie)가 DTYPE에 들어간다.
public class Movie extends Item{
	...
}

@Entity
@DiscriminatorValue(“Custom_Album”) // 이렇게 원하는 이름을 넣어줄수도 있다.
public class Album extends Item{
	...
}

 

 

📌 @MappedSuperClass, 인터페이스처럼 사용하기

JPA에서 상속은 아래 2가지 경우만 가능하다.

• @Entity를 상속받는 경우
• @MappedSuperClass를 상속받는 경우

@MappedSuperClass는 엔티티, 상속이랑은 아무런 관련이 없고 공통 매핑 정보를 편하게 사용할 때 이용한다.

객체에서 기본적으로 반복되는 필드들을 Interface로 뽑아 사용하는거랑 비슷하다.

id랑 name이 안들어가는 테이블은 잘 없으니까, 인터페이스로 뽑아서 쉽게 엔티티를 만든다.

물론 @MappedSuperClass를 사용해도 DB테이블은 변함없다. 그냥 Member, Seller가 각각 있는 거랑 동일하다.

단순 편의기능이라고 생각해도 상관없다.

@MappedSuperclass
public class BaseEntity {

    private String createdBy;
    private LocalDateTime createdDate;
}

@Entity
public class Member extends BaseEntity {

//    private String createdBy;
//    private LocalDateTime createdDate;
    private String email;
}

@Entity
public class Seller extends BaseEntity {

//    private String createdBy;
//    private LocalDateTime createdDate;
    private String shopName;
}

 

이는 편의기능에 가까운거지, 엔티티를 만드는게 아니다.

자식 클래스에게 매핑 정보만 제공해줄 뿐, 아래와 같은 조회는 당연히 불가능하다.

그래서 가능하면 public abstract class 처럼 추상클래스로 만드는 걸 권장한다. 어차피 직접 사용할 일이 없으니까

em.find(BaseEntity); // 불가능

스프링이나 스프링 JPA를 사용하면 이 기능을 이용해 정말 편리하게 사용할 수 있다.

 

📌 요약

상속이란 개념은 객체에만 존재한다.

DB에서는 완벽한 상속을 지원하지 않고, 3가지 방법을 이용해서 상속과 비슷하게 동작하도록 구현한다.

 

객체 도메인 모델이 아래와 같다면

DB는 아래와 같이 도메인 모델과는 다를 수 있음을 기억하자. ( 아래는 싱글 테이블 전략 사용 )

@Entity
@Inheritance(strategy = InheritanceType.JOINED)
@DiscriminatorColumn(name=“DTYPE”) // DB 칼럼 추가
public class Item{
	...
}

@Entity
public class Movie extends Item{
	...
}

@Entity
public class Album extends Item{
	...
}