- 상속관계 매핑
- @MappedSuperclass
상속 관계 매핑
- 관계형 데이터베이스는 상속 관계가 없다
- 슈퍼타입 서브타입 관계라는 모델링 기법이 객체 상속과 유사
- 상속관계 매핑: 객체의 상속과 구조와 DB의 슈퍼타입 서브타입 관계를 매핑
슈퍼타입 서브타입 논리 모델을 실제 물리 모델로 구현하는 방법
jpaMain1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28
| fun main() { val emf = Persistence.createEntityManagerFactory("hello") val em = emf.createEntityManager() val tx = em.transaction
tx.begin()
try { val movie = Movie("a", "bbb") movie.name = "바람과함꼐 사라지다" movie.price = 10000
em.persist(movie)
em.flush() em.clear()
val findMovie = em.find(Movie::class.java, movie.id) println("findMove = $findMovie")
tx.commit() } catch (e: Exception) { tx.rollback() } finally { em.close(); emf.close(); } }
|
Item1 2 3 4 5 6 7 8 9 10 11
| @Entity abstract class Item( @Id @GeneratedValue var id: Long? = null,
var name: String? = null,
var price: Int? = null, ) { }
|
Album1 2 3 4 5
| @Entity class Album ( var artist: String? = null, ) : Item() { }
|
Movie1 2 3 4 5 6 7
| @Entity class Movie( var director: String? = null,
var actor: String? = null, ) : Item() { }
|
Book1 2 3 4 5 6 7
| @Entity class Book( var author: String? = null,
var isbn: String? = null, ) : Item() { }
|
주요 어노테이션
- @Inheritance(strategy = InheritanceType.XXX)
- JOINED: 조인 전략
- SINGLE_TABLE: 단일 테이블 전략
- TABLE_PER_CLASS: 구현 클래스마다 테이블 전략
- @DiscriminatorColumn(name=“DTYPE”)
- @DiscriminatorValue(“XXX”): 자식 클래스에 어노테이션을 넣고, DTYPE에 들어갈 이름을 변경
조인 전략
- 장점
- 테이블 정규화
- 외래 키 참조 무결성 제약조건 활용가능
- 저장공간 효율화
- 단점
- 조회시 조인을 많이 사용, 성능 저하
- 조회 쿼리가 복잡함
Item1 2 3 4 5 6 7 8 9 10 11 12 13
| @Entity @Inheritance(strategy = InheritanceType.JOINED) @DiscriminatorColumn abstract class Item( @Id @GeneratedValue var id: Long? = null,
var name: String? = null,
var price: Int? = null, ) { }
|
JOIN 전략은 상속관계마다 테이블을 생성하며, insert시 부모, 자식 2번 insert를 하고, select시 join 으로 조회를 한다.
단일 테이블 전략
- 장점
- 조인이 필요 없으므로 일반적으로 조회 성능이 빠름
- 조회 쿼리가 단순함
- 단점
- 자식 엔티티가 매핑한 컬럼은 모두 null 허용
- 단일테이블에모든것을저장하므로테이블이커질수있다.상 황에 따라서 조회 성능이 오히려 느려질 수 있다
Item1 2 3 4 5 6 7 8 9 10 11 12 13
| @Entity @Inheritance(strategy = InheritanceType.SINGLE_TABLE) @DiscriminatorColumn abstract class Item( @Id @GeneratedValue var id: Long? = null,
var name: String? = null,
var price: Int? = null, ) { }
|
구현 클래스마다 테이블 전략
- 이 전략은 데이터베이스 설계자와 ORM 전문가 둘 다 추천하지 않음
- 장점
- 서브 타입을 명확하게 구분해서 처리할 때 효과적
- not null 제약조건 사용 가능
- 단점
- 여러 자식 테이블을 함께 조회할 때 성능이 느림(UNION SQL 필요)
- 자식 테이블을 통합해서 쿼리하기 어려움
Item1 2 3 4 5 6 7 8 9 10 11 12
| @Entity @Inheritance(strategy = InheritanceType.TABLE_PER_CLASS) abstract class Item( @Id @GeneratedValue var id: Long? = null,
var name: String? = null,
var price: Int? = null, ) { }
|
Item 테이블이 생성이 안되고, 나머지 자식클래스의 테이블만 생성된다.
@MappedSuperclass
공통 매핑 정보가 필요할때 사용하는 방법
- 상속관계 매핑 안됨
- 엔티티, 테이블과 매핑 안됨
- 부모 클래스를 상속 받는 자식 클래스에 매핑 정보만 제공
- 조회, 검색 불가(em.find(BaseEntity) 불가)
- 직접 생성해서 사용할 일이 없으므로 추상 클래스 권장
- 테이블과 관계 없고, 단순히 엔티티가 공통으로 사용하는 매핑 정보를 모으는 역할
- 주로 등록일, 수정일, 등록자, 수정자 같은 전체 엔티티에서 공통 으로 적용하는 정보를 모을 때 사용
- 참고: @Entity 클래스는 엔티티나 @MappedSuperclass로 지 정한 클래스만 상속 가능
BaseEntity1 2 3 4 5 6 7 8
| @MappedSuperclass abstract class BaseEntity { val createdAt: LocalDateTime = LocalDateTime.now()
var updatedAt: LocalDateTime? = null
var deletedAt: LocalDateTime? = null }
|
Member1 2 3 4 5 6 7 8 9 10 11
| @Entity class Member ( @Id @GeneratedValue var id: Long? = null,
var username: String? = null,
var team: Team? = null, ) : BaseEntity() { }
|
Member 테이블에 상속 받은 BaseEntity에 있는 컬럼 값들도 같이 생성된다.
상속이란 개념보다 테이블생성시 공통 맵핑정보가 필요할때 이용하는 방법이다.
소스코드
참조