고급매핑

상속관계매핑

관계형 데이터베이스는 상속관계란게 없다.

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

상속관계 매핑 : 객체의 상속 구조와 db의 슈퍼타입 서브타입 관계를 매핑이다.

 

슈퍼타입 서브타입 논리모델을 물리모델로 변환하는 법 

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

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

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

 

조인전략(기본적 정석)

조인전략 선택 가능.

장점: 테이블의 정규화, 제약조건을 item에 걸어서 맞출 수 있다.

1.테이블의 정규화

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

3. 저장공간 효율화

단점

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

2.조회 쿼리가 복잡

3. 데이터 저장시 insert sql 2번 호출

@Entity 
@Inheritance(strategy = InheritanceType.JOINED)
@DiscriminatorColumn(name = "DIS_TYPE")// 컬럼명을 바꿀 수 있음
public class Item{
	@Id @GeneratedValue
    private Long id;
    
    private String name;
    private int price;
    }

@Entity 
@DiscriminatorValue(name= "A") // 이런식으로 바꿀 수 있음. default 값은 엔티티명임
public class Album extend 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;
    }

실무에서 DTYPE은 웬만하면 넣어두는게 좋다.

 

단일테이블 전략

한테이블에 다 때려박고 DTYPE 으로 구분.

장점 :

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

2. 조회 쿼리가 단순함

 

단점 

1. 자식 엔티티가 매핑한 컬럼은 모두 null 허용

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

 

@Entity 
@Inheritance(strategy = InheritanceType.SINGLE_TABLE)
@DiscriminatorColumn(name = "DIS_TYPE")// 컬럼명을 바꿀 수 있음
public class Item{
	@Id @GeneratedValue
    private Long id;
    
    private String name;
    private int price;
    }

@DiscriminatorColumn 이 없어도 DTYPE이 생성됨.

 

구현클래스마다 테이블 전략 (쓰면 안되는 전략 / 고민하지도 말 것)

Item 클래스를 없애버리고 그 속성들을 아래로 내려버린다.

@Entity 
@Inheritance(strategy = InheritanceType.TABLE_PER_CLASS)
@DiscriminatorColumn
public abstract class Item{
	@Id @GeneratedValue
    private Long id;
    
    private String name;
    private int price;
    }

추상클래스로 안만들면 Item 혼자 단독으로 쓰일 수 있다는 거기 때문에 추상클래스로 만든다.

Album, Movie, Book 세개의 테이블만 생긴다.

문제 : 부모 클래스로 조회할때 jpa는 union all로 테이블을 다 조회해서 복잡한 쿼리가 나가게 된다.

 

장점 :

1. 서브 타입을 명확하게 구분해서 처리할 때 효과적

2. not null 제약조건 사용 가능

 

단점 : 

1. 여러 자식 테이블을 함께 조회할 때 성능이 느림(UNION SQL)

2. 자식 테이블을 통합해서 쿼리하기 어려움

 

결론

조인전략을 기본으로 하고, 단순하고 확장할 일 도 없는 경우 단일 테이블 전략을 쓰자

 

@MappedSuperClass

-상속관계 매핑이 아니다

-엔티티가 아니다, 테이블과 매핑이 안된다.

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

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

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

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

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

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

 

공통 매핑 정보가 필요할 때 사용.

클래스 만들때마다 id 나 name 계속 쓸 때

객체 입장에서 속성만 상속해서 쓰고 싶을 때

** 어노테이션을 넣어줘야함~ **

@MappedSuperClass
public class BaseEntity{
	private String createdBy;
    private LocalDateTime createdDate;
    private String lastModifiedBy;
    private LocalDateTime lastModifiedDate;
    }

@Entity
public class Team extends BaseEntity{
	}

BaseEntity는 기본적으로 깔아야한다.