JPA 기록 - 고급 매핑

김영한님의 자바 ORM 표준 JPA 프로그래밍 - 기본편 을 보고 기록한 글입니다.

 

---

 

 

 

상속관계 매핑

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

 

 

---

 

 

 

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

• 각각 테이블로 변환 -> 조인 전략
• 통합 테이블로 변환 -> 단일 테이블 전략
• 서브타입 테이블로 변환 -> 구현 클래스마다 테이블 전략

 

---

 

 

 

주요 어노테이션

• @Inheritance(strategy=InheritanceType.XXX)
  • JOINED: 조인 전략
  • SINGLE_TABLE: 단일 테이블 전략
  • TABLE_PER_CLASS: 구현 클래스마다 테이블 전략
• @DiscriminatorColumn(name=“DTYPE”)
• @DiscriminatorValue(“XXX”)
  • @DiscriminatorColumn 을 추가해주면 DTYPE 칼럼이 추가된다.
    • 만약 Album은 A로, Movie는 M으로 등등 DTYPE에 표시될 이름을 변경해줘야 한다면
    • 해당 엔티티에 가서 예를 들어 Movie라면 @DiscriminatorValue("M(바꿀 이름)")를 넣어주면 된다.

 

 

 

 

 

 

 

조인 전략

@Entity
@Inheritance(strategy = InheritanceType.JOINED)
@DiscriminatorColumn
public abstract 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;
}

 

장점

• 테이블 정규화
• 외래 키 참조 무결성 제약조건 활용가능
• 저장공간 효율화

단점

• 조회 시 조인을 많이 사용 -> 성능 저하
• 조회 쿼리가 복잡함
• 데이터 저장 시 INSERT SQL 2번 호출
• 사실 이런 것들보다 단일 테이블 전략과 비교했을 때, 테이블이 복잡해지는 게 단점,,

 

 

---

 

 

 

 

 

단일 테이블 전략

@Entity
@Inheritance(strategy = InheritanceType.SINGLE_TABLE)
public abstract 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;
}

• 단일 테이블 전략에서는 @DiscriminatorColumn가 없어도 DTYPE이 자동 생성된다.

 

장점

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

단점

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

 

 

 

---

 

 

 

 

구현 클래스마다 테이블 전략 - (쓰지 말고 참고만 하기..!)

@Entity
@Inheritance(strategy = InheritanceType.TABLE_PER_CLASS)
public abstract 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;
}

• 구현 클래스마다 테이블 전략에서는 @DiscriminatorColumn가 필요 없다.
• 이 전략은 데이터베이스 설계자와 ORM 전문가 둘 다 추천하지 않음

 

장점

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

단점

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

 

 

---

 

 

 

 

@MappedSuperclass

• 공통 매핑 정보가 필요할 때 사용 (id, name 등)
• 상속관계 매핑 X
• 엔티티 아님, 테이블과 매핑 X
• 부모 클래스를 상속받는 자식 클래스에 매핑 정보만 제공
• 조회, 검색 불가 (.find(BaseEntity) 불가)
• 직접 생성해서 사용할 일이 없으므로 추상 클래스 권장
• 테이블과 관계 없고, 단순히 엔티티가 공통으로 사용하는 매핑 정보를 모으는 역할
• 주로 등록일, 수정일, 등록자, 수정자 같은 전체 엔티티에서 공통으로 적용하는 정보를 모을 때 사용
• 참고 : @Entity 클래스는 엔티티나 @MappedSuperclass로 지정한 클래스만 상속 가능