JPA Basic - 상속관계 매핑

◍ 관계형 데이터 베이스는 상속관계 없음

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

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

◍ 방법

○ 각각 테이블로 변환 -> 조인전략 (정석 및 깔끔한 설계 - 그러나 성능 이슈 있을 수도)

◼ DTYPE 으로 구분하여 JOIN

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

◼ 단점: 조회시 조인 많이 사용/ 성능 저하/ 조회 쿼리가 복잡/ 데이터 저장시 INSERT 2번 호출

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

◼ 장점: 조인이 필요 없으므로 일반적으로 조회 성능 빠름/ 조회 쿼리 단순함

◼ 단점: 자식 엔티티가 매핑한 컬럼 모두 null 허용/ 단일 테이블에 모두 저장해 테이블 커져서 느려질수도 (임계점 잘 안넘음.)

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

◼ 사용하지 않기. (이 전략은 DB설계자와 ORM 전문가 둘다 추천하지 않음.

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

◼ 단점: 여러 자식 테이블을 함께 조회할 때 성능 느림(UNION SQL필요)

○ 기본적으로 조인/ 그리고 복잡해도 조인. 단순하면 통합테이블 추천. 그러나 DBA님과 협의 하기.

◍ 주요 어노테이션

○ @Inheritance(strategy=InheritanceType.XXX)

◼ JOINED: 조인전략

◼ SINGLE_TABLE: 단일 테이블 전략

◼ TABLE_PER_CLASS: 구현 클래스마다 테이블 전략

○ @DiscriminatorColumn(name="DTYPE")

○ @DiscrimminatorValue("XXX")

◼ Dtype에서 어떻게 불릴지.

◍ @MappedSuperClass

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

○ 상속관계, 엔티티, 테이블과 매핑 하는것이 아님.

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

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

○ 직접 생성해서 사용할 일 없으니 추상 클래스 권장.

○ **@Entity 클래스는 엔티티나 @MappedSuperclass로 지정한 클래스만 상속 가능.

◍ 실무에서 복잡해지면 다양한 전략 이용. 꼭 상속관계를 유지하지는 않는다.

Scott's scsi