[JPA] 객체간의 매핑
상속
DB에는 상속 개념이 없지만 DB모델링 기법중 슈퍼타입 - 서브타입 모델링 기법이 상속 개념과 비슷하다.
1. 조인전략
- 각각의 엔티티를 만든다.
- 자식 테이블은 부모 테이블의 기본 키를 받아서 기본 키 + 외래 키로 사용하는 전략
- 부모 테이블에서는 자식테이블을 구분하는 컬럼을 생성
| Character |
| ID 이름 능력치 Jobs (자식 구분 컬럼) |
| Warrior | Mage | Rogue |
| Character_ID (PK, FK) 힘(power) |
Character_ID (PK, FK) 지능(intellect) |
Character_ID (PK, FK) 행운(luck) |
<부모 클래스>
@Entity
@Inheritance(strategy = InheritanceType.JOINED)
@DiscriminatorColumn(name = "JOBS")
public abastract class Charecter {
....
}
<자식 클래스>
@Entity
@DiscriminatorValue("A")
//@PrimaryKeyJoinColumn(name = "WARRIOR_ID")
public class Warrior extends Character {
....
}
@Inheritance
- 상속 매핑시 부모클래스에 작성되는 어노테이션
- 매핑 전략 지정
@DiscriminatorColumn
- 부모 클래스에서 사용되는 구분 컬럼명
- JPA 표준명세에는 작성하라고 명시되어 있지만, 몇몇 구현체에서 생략가능
@DiscriminatorValue
- 자식 클래스에서 부모클래스의 구분 컬럼명에 저장될 값
@PrimaryKeyJoinColumn
- 자식 테이블의 기본 키 컬럼명을 변경할 때 사용되는 어노테이션
- 기본값은 부모 테이블의 ID 컬럼명
조인 전략의 장/단점
장점
- 정규화된 테이블과 외래키 참조 무결성 ( RDB의 장점 )
- 불필요한 저장공간을 없앨 수 있다.
단점
- 조인으로 인한 성능 저하
- 조회 쿼리의 복잡
- INSERT SQL이 2번 생성
2. 단일 테이블 전략
- 테이블을 하나만 사용한다.
- 구분 컬럼을 사용 해 자식 클래스를 구분한다.
- 조인을 사용하지 않아 일반적으로는 가장 빠르다.
- DiscriminatorColumn 을 꼭 설정 해야 한다.
- DiscriminatorValue를 지정하지 않으면 기본으로 엔티티 이름을 사용한다.
| Character |
| ID 이름 능력치 Jobs (자식 구분 컬럼) 힘(power) 지능(intellect) 행운(luck) |
<부모 클래스>
@Entity
@Inheritance(strategy = InheritanceType.SINGLE_TABLE) // JOIN전략에서 SINGLE_TABLE 전략으로 변경
@DiscriminatorColumn(name = "JOBS")
public abastract class Charecter { .... }
<자식 클래스> : 자식 클래스는 조인 전략과 동일하다.
@Entity
@DiscriminatorValue("A")
public class Warrior extends Character { .... }단일 테이블의 장/단점
장점
- 조인이 필요 없어 쿼리가 단순하며 일반적으로는 조회 성능이 빠르다.
단점
- 다른 엔티티의 컬럼 값은 null이 들어 가므로 모두 null을 허용해야하며 불필요한 값이 들어가게 된다.
- 많은 타입이 존재하게 되는 경우 조회 성능이 떨어질 수 있다.
3. 구현 클래스 마다 테이블 전략
- 부모 테이블이 따로 존재하지 않고 각각의 테이블에 입력된다.
| Warrior | Mage | Rogue |
| ID 이름 능력치 Character_ID (PK, FK) 힘(power) |
ID 이름 능력치 Character_ID (PK, FK) 지능(intellect) |
ID 이름 능력치 Character_ID (PK, FK) 행운(luck) |
<부모 클래스>
@Entity
@Inheritance(strategy = InheritanceType.TABLE_PER_CLASS) // 전략 변경
//구분 컬럼 삭제
public abastract class Charecter { .... }<자식 클래스> : 자식 클래스도 구분 값을 삭제한다.
@Entity
//구분 값 삭제
public class Warrior extends Character { .... }구현 클래스마다 테이블 전략의 장/단점
장점
- 서브 타임을 구분해서 처리할 때 효과적이다.
- not null 제약조건 사용이 가능하다.
- 구분에 사용되는 어노테이션을 사용하지 않는다.
단점
- 여러 자식 테이블 함께 조회하기 어렵고 성능이 느리다( UNION )
*결론 : 추천하지 않는 전략이다.
Entity가 아닌 공통 로직 상속
@MappedSuperclass
- @Entity와 다르게 실제 테이블과는 매핑 되지않고 상속 목적으로만 사용한다.
- 생성날짜와 변경날짜에 대한 공통 컬럼
<부모 클래스>
@MappedSuperclass
public abstract class BaseEntity {
@CreatedDate
@Column(name = "regDate", updatable = false)
private LocalDateTime regDate;
@LastModifiedDate
@Column(name = "modDate", updatable = true)
private LocalDateTime modDate;
}
<자식 클래스>
@Entity
//
/** 매핑 정보 변경 시 사용하는 어노테이션
@AttributeOverride(name = "regDate", column = @Column(name = "REGIST_DATE"))
@AttributeOverrides({
@AttributeOverride(name = "regDate", column = @Column(name = "REGIST_DATE")),
@AttributeOverride(name = "modDate", column = @Column(name = "MODIFY_DATE"))
})
/**
public class Warrior extends BaseEntity { .... }- 부모 클래스에는 Entity 어노테이션 대신 MappedSuperClass 어노테이션을 사용한다.
- 부모 클래스는 실제 테이블이 아니다.
- 자식 클래스는 부모클래스의 Column을 상속받는다.
- 매핑 정보를 변경하려면 AttributeOverride 어노테이션을 사용하여 변경한다.