개발/Java & Kotlin

[JPA] 고급 매핑

devhooney 2022. 7. 18. 08:44
728x90

김영한님의 자바 ORM 표준 JPA 프로그래밍 - 기본편 정리

1. 상속관계 매핑

- 관계형 데이터베이스는 상속 관계 X

- 슈퍼타입 서브타입 관계라는 모델링 기법이 객체 상속과 유사

- 상속관계 매핑: 객체의 상속과 구조와 DB의 슈퍼타입 서브타입 관계를 매핑

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

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

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

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

 

2. 조인 전략

- 장점

(1) 테이블 정규화

(2) 외래 키 참조 무결성 제약조건 활용가능

(3) 저장공간 효율화

 

- 단점

(1) 조회 시 조인을 많이 사용, 성능 저하

(2) 조회 쿼리가 복잡함

(3) 데이터 저장 시 INSERT SQL 2번 호출

@Entity
@Inheritance(strategy = InheritanceType.JOINED)
@DiscriminatorColumn // DTYPE 열 만들어주는 애노테이션 name 속성으로 DTYPE말고 다른 이름으로 변경 가능
// DTYPE은 만들어주는게 좋음운영하기 편하기 위해
public abstract class Item {// Item을 단일로 사용하는 경우는 절때없음 -> 추상 클래스

    @Id @GeneratedValue
    private Long id;

    private String name;
    private int price;
}

Item을 추상클래스로 나머지 클래스는 extends로 상속

- 추상클래스에 @Inheritance(strategy = InheritanceType.JOINED) 애노테이션을 붙여주면 db에는 알아서 적용된다.

- Item, Album, Movie, Book 테이블 생성

- 만약 Book에 author,isbn, name, price를 세팅하고 persist한다면 insert 쿼리는 book 테이블과 item 테이블로 총 두번이 나가게 되고 find로 찾아오게 되는 경우는 Item의 PK와 book의 FK가 조인되어 select 쿼리가 나간다. 따라서 조회시 조인과 저장시 insert 두번 호출로 성능이 저하될 수 있지만 테이블의 정규화, 외래 키 참조 무결성 제약조건, 저장공간 효율화로 제일 좋은 전략이라고 볼 수 있다.
- @DiscriminatorColumn 애노테이션은 DTPYE열을 만들어주는 어노테이션(@DiscriminatorValue(“Other”) 어노테이션으로 바꿀 수도 있다.)

 

3. 단일 테이블 전략

- 장점

(1) 조인이 필요 없으므로 일반적으로 조회 성능이 빠름

(2) 조회 쿼리가 단순함

 

- 단점

(1) 자식 엔티티가 매핑한 컬럼은 null 허용

(2) 단일 테이블에 모든 것을 저장 하므로 테이블이 커질수 있다. 상황에 따라서 조회 성능이 오히려 느려질 수 있다.

@Entity
@Inheritance(strategy = InheritanceType.SINGLE_TABLE)
public abstract class Item {// Item을 단일로 사용하는 경우는 절때없음 -> 추상 클래스

    @Id @GeneratedValue
    private Long id;

    private String name;
    private int price;

- 단일 테이블 전략은 하나의 테이블에서 모든 것을 관리

- Album, Book, Movie 클래스가 상속받아서 엔티티로 등록되어도 테이블은 ITEM 테이블은 만드는 쿼리만 나가고 이것들의 구분은 DTYPE으로 한다.

- 단일 테이블 전략의 경우 DTYPE이 기본값으로 들어가 있다. 하나의 테이블에 모든 정보가 들어있으므로 조인 전략과 다르게 조회시 조인이 필요 없고, 삽입도 한 번만 삽입하면 되기때문에 성능상 빠르다. 하지만 자식 엔티티가 매핑한 컬럼은 모두 null을 허용해야하기 때문에 치명적인 단점이 있다.

 

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

- 사용해서는 안되는 전략!!!

- DB 설계자와 ORM 전문가 둘 다 추천 X

 

5. @MappedSuperclass

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

- 상속관계 매핑 X

- 엔티티 X, 테이블과 매핑 X

- 부모 클래스를 상속 받는 자식 클래스에 매핑 정보만 제공

- 조회, 검색 불가(em.find(BaseEntity) 불가)

- 직접 생성해서 사용할 일이 없으므로 추상 클래스 권장

- 테이블과 관계 없고, 단순히 엔티티가 공통으로 사용하는 매핑 정보를 모으는 역할

- 주로 등록일, 수정일, 등록자, 수정자 같은 전체 엔티티에서 공통으로 적용하는 정보를 모을 때 사용

- 참고: @Entity 클래스는 엔티티나 @MappedSuperclass로 지정한 클래스만 상속 가능

6. 정리

- 상속관계 매핑

(1) 객체간의 상속관계를 DB에 적용시키기 위한 작업

(2) 부모 클래스에 @Inheritance 애노테이션 붙여서 상속관계 명시

(3) JOINED 전략이 제일 합리적, 매우 간단하면 단일 테이블 전략 사용

(4) 부모, 자식 클래스 모두 @Entity

 

- @MappedSuperclass

(1) 객체끼리 공통되는 속성(프로퍼티)를 뽑아서 만든 클래스

(2) Item을 부모로 book, album 같이 포함되는 상속관계가 아니라 id, name같이 객체끼리 공통되는 필드가 겹칠 때 사용

(3) 자바에서는 상속으로 사용하나 상속관계 매핑과 다르게 엔티티가 아니라 DB상에 올라가지 않음

728x90

'개발 > Java & Kotlin' 카테고리의 다른 글

[Java] Map안에 Map 안에 List 만들기  (0) 2022.07.19
[JPA] 프록시와 연관관계 관리  (0) 2022.07.19
[Java] 트리  (0) 2022.07.14
[JPA] 다양한 연관관계 매핑  (0) 2022.07.14
[Java] 정렬 (2)  (0) 2022.07.13