Giters

newzinee / jbabook-ch07

Geek Repo:Geek Repo

Github PK Tool:Github PK Tool

jbabook-ch07

상속 관계 매핑

데이터베이스에는 객체에서 다루는 상속 개념이 없기 때문에, 상속을 풀어내기 위한 다양한 방법이 있다.

  1. 각각의 테이블로 변환(조인 전략): 부모, 자식 테이블을 각각 만들고, 조회할 때 조인

    • 부모 테이블의 기본 키를 받아, 기본 키 + 외래 키 전략

    • 테이블은 타입의 개념이 없으므로, 부모 테이블의 자식의 타입을 표시할 컬럼(DTYPE) 추가

  2. 통합 테이블로 변환(단일 테이블 전략): 테이블을 하나만 사용해 통합

  3. 서브타입 테이블로 변환(구현 클래스마다 테이블 전략): 자식 테이블을 만들고, 각 자식 테이블에 부모 정보 포함

조인 전략

  • @Inheritance(strategy = InheritanceType.JOINED): 상속 매핑은 부모 클래스에 @Inheritance 을 설정해야 한다. 매핑 전략을 지정해야 하는데, 여기서는 조인 전략을 사용

  • @DiscriminatorColumn(name = "DTYPE"): 부모 클래스에 구분 컬럼을 지정. 기본값이 DTYPE 이므로 @DiscriminatorColumn 으로 생략가능.

  • @DiscriminatorVlaue("M"): 엔티티 저장시, 구분 컬럼에 입력할 값 지정.

  • @PrimaryKeyJoinColumn(name = "BOOK_ID"): 자식 테이블의 기본 키 컬럼명을 변경하고 싶을 때 사용. (default: 부모 테이블의 ID 컬럼명을 그대로 사용)

Hibernate: 
    
    create table Album (
       artist varchar(255),
        ITEM_ID bigint not null,
        primary key (ITEM_ID)
    )
Hibernate: 
    
    create table Book (
       author varchar(255),
        isbn varchar(255),
        BOOK_ID bigint not null,
        primary key (BOOK_ID)
    )
Hibernate: 
    
    create table Item (
       DTYPE varchar(31) not null,
        ITEM_ID bigint not null,
        name varchar(255),
        price integer not null,
        primary key (ITEM_ID)
    )
Hibernate: 
    
    create table Movie (
       actor varchar(255),
        director varchar(255),
        ITEM_ID bigint not null,
        primary key (ITEM_ID)
    )
Hibernate: 
    
    alter table Album 
       add constraint FK75mrpprv8oigh00y92tibw7id 
       foreign key (ITEM_ID) 
       references Item
Hibernate: 
    
    alter table Book 
       add constraint FK9h9lj6m5b1wrqut7kqp5hhw7u 
       foreign key (BOOK_ID) 
       references Item
Hibernate: 
    
    alter table Movie 
       add constraint FKqqwswm36y8uqoh9emtoruoxcv 
       foreign key (ITEM_ID) 
       references Item
Hibernate: 
    call next value for hibernate_sequence
Hibernate: 
    call next value for hibernate_sequence
Hibernate: 
    call next value for hibernate_sequence
Hibernate: 
    /* insert Album
        */ insert 
        into
            Item
            (name, price, DTYPE, ITEM_ID) 
        values
            (?, ?, 'A', ?)
Hibernate: 
    /* insert Album
        */ insert 
        into
            Album
            (artist, ITEM_ID) 
        values
            (?, ?)
Hibernate: 
    /* insert Movie
        */ insert 
        into
            Item
            (name, price, DTYPE, ITEM_ID) 
        values
            (?, ?, 'M', ?)
Hibernate: 
    /* insert Movie
        */ insert 
        into
            Movie
            (actor, director, ITEM_ID) 
        values
            (?, ?, ?)
Hibernate: 
    /* insert Book
        */ insert 
        into
            Item
            (name, price, DTYPE, ITEM_ID) 
        values
            (?, ?, 'B', ?)
Hibernate: 
    /* insert Book
        */ insert 
        into
            Book
            (author, isbn, BOOK_ID) 
        values
            (?, ?, ?)

장점

  • 테이블이 정규화됨

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

  • 저장공간을 효율적으로 사용

단점

  • 조회할 때 조인이 많이 사용됨 -> 성능 저하 , 쿼리 복잡

  • 데이터를 등록할 때, insert sql 이 두 번 실행 (자식, 부모)

특징

  • JPA 표준 명세는 구분 컬럼을 사용하도록 하지만 하이버네이트를 포함한 몇몇 구현체는 구분 컬럼(@DiscriminatorColumn) 없이도 동작한다.
단일 테이블 전략

단일 테이블 전략은 부모, 자식 정보 모두 합쳐진 테이블(ITEM) 하나만 사용하고, 구분 컬럼(DTYPE)으로 구분한다.

  • @Inheritance(strategy = InheritanceType.SINGLE_TABLE) 사용.

장점

  • 조인이 필요 없음 -> 조회 성능 빠름, 조회 쿼리 단순

단점

  • 자식 엔티티가 매핑한 컬럼은 모두 null 허용이여야 함

  • 단일 테이블에 모든 것을 저장하므로 테이블이 커질 수 있음. -> 조회 성능이 느려질 수 있음

특징

  • 구분 컬럼 반드시 사용. @DiscriminatorColumn 반드시 설정해야 한다.
구현 테이블마다 테이블 전략

자식 엔티티마다 테이블을 만들고, 자식 테이블 안에 필요한 컬럼이 부모 컬럼을 포함해서 모두 있다.

일반적으로 추천하지 않는다.

장점

  • 서브 타입을 구분해서 처리할 때 효과적이다.

  • not null 제약 조건을 사용할 수 있다.

단점

  • 여러 자식 테이블을 함께 조회할 때 성능이 느리다.(UNION 쿼리 사용)

  • 자식 테이블을 통합해서 쿼리하기 어렵다.

특징

  • 구분 컬럼을 사용하지 않는다.

@MappedSuperclass : 부모 클래스는 테이블과 매핑하지 않고, 자식 클래스만 매핑하고 싶으면 사용.

  • @AttributeOverrides, @AttributeOverride : 매핑 정보 재정의

  • @AssociationOverrides, @AssociationOverride : 연관관계 재정의

  • @MappedSuperclass 로 만든 클래스는 엔티티가 아님. -> em.find(), JPQL 사용 못 함.

  • 이 클래스는 직접 사용할 일은 거의 없으므로 추상 클래스로 만드는 것을 권장한다.

  • @MappedSuperclass 를 사용하면, 엔티티에서 공통으로 사용하는 속성을 효과적으로 관리할 수 있다.

식별관계 - 비식별관계

  • 식별관계 : 부모 테이블의 기본 키를 내려받아 자식테이블의 기본키 + 외래키로 사용하는 관계

  • 비식별 관계 : 부모 테이블의 기본키를 받아서 자식 테이블의 외래키로만 사용하는 관계. (자식 테이블의 기본키는 부모와 상관없음)

복합 키: 비식별 관계 매핑

JPA는 복합키를 지원하기 위해 2가지 방법을 제공한다.

  • @IdClass : 관계형 데이터베이스에 가까운 방법

    • 복합키를 배핑하기 위해 식별자 클래스를 별도로 생성한다.

    • 식별자 클래스

      • 식별자 클래스의 속성명과 엔티티에서 사용하는 식별자의 속성명이 같아야 한다. (Parent.id1과 ParentId.id1이 같다.)

      • Serializable 인터페이스를 구현해야 한다.

      • equals, hashCode 를 구현해야 한다.

      • 기본 생성자가 있어야 한다.

      • 식별자 클래스는 public 이어야 한다.

  • @EmbeddedId : 객체지향에 가까운 방법

    • id에 식별자 클래스 직접 사용 (@EmbeddedId를 사용해서 식별자 클래스를 기본키에 직접 매핑)

    • 식별자 클래스

      • @Embeddable 어노테이션을 붙여줘야한다.

      • Serializable 인터페이스를 구현해야 한다.

      • equals, hashCode 를 구현해야 한다.

      • 기본 생성자가 있어야 한다.

      • 식별자 클래스는 public 이어야 한다.

@IdClass 와 @EmbeddedId 는 각각 장담점이 있으므로 취향에 맞게 사용하면 된다. @EmbeddedId가 @IdClass보다 더 객체지향적이고 중복도 없어서 좋아보이긴 하나, 특정상황에서 JPQL이 조금 더 길어질 수 있다.

복합키에는 @GeneratedValue를 사용할 수 없다.

복합 키: 식별 관계 매핑

부모, 자식, 손자까지 기본 키를 전달하는 식별 관계 (패키지 : composite2)

PARENT : PARENT_ID (PK), NAME

CHILD : PARENT_ID(PK, FK), CHILD_ID (PK), NAME

GRANDCHILD : PARENT_ID(PK,FK), CHILD_ID (PK,FK), GRANDCHILD_ID(PK), NAME

  • @IdClass : 식별 관계는 기본키와 외래키를 같이 매핑해야하므로, @Id와 연관관계 매핑인 @ManyToONe을 같이 사용하면 된다.

  • @EmbeddedId : @MapsId를 사용해야 한다.

    • @MapsId는 외래키와 매핑한 연관관계를 기본키에도 매핑하겠다는 뜻이다. @MapsId의 속성값은 @EmbeddedId를 사용한 식별자 클래스의 기본 키 필드를 지정하면 된다.

비식별 관계로 구현

패키지 : unidentification

PARENT : PARENT_ID(PK), NAME

CHILD : CHILD_ID(PK), PARENT_ID(FK), NAME

GRANDCHILD : GRANDCHILD_ID(PK), CHILD_ID(FK), NAME

비식별 관계라 복합키가 없으므로 복합키 클래스를 안만들어도 된다.

일대일 식별 관계

Board : BOARD_ID(PK), title

BoardDetail : BOARD_ID(PK,FK), content

부모 테이블의 기본 키가 복합키가 아니라면 자식 테이블의 기본키를 복합키로 구성하지 않아도 된다.

식별, 비식별 관계의 특징

식별 관계

  • 자식테이블의 기본 키 컬럼이 점점 늘어난다.

  • 복함키를 만들어야 하는 경우가 많다.

  • 비즈니스 의미가 있는 키를 기본키로 사용할 수 있다. (이후에 변경 가능성 있음)

  • 부모의 키를 자식도 사용하니까 테이블 구조가 유연하지 못하다.

  • 기본 키 인덱스를 활용하기 좋다.

  • 자식 테이블이 상위 테이블의 기본키를 가지고 있으므로 특정 상황에서 자식 테이블만으로 조회를 완료할 수 있다.

그래도 추천하는 방법은 비식별 관계, 기본키는 Long 타입(@GenerateValue). 선택적 비식별 관계보다는 필수적 비식별 관계를 사용하는 것이 좋다.

선택적 비식별 관계 : NULL 허용 -> 조인할 때 외부 조인 사용

필수적 비식별 관계 : NOT NULL -> 항상 관계가 있다는 것을 보장 -> 내부 조인만 사용해도 된다.

조인

회원과 회원별 사용할 수 있는 사물함 관계.

  1. 조인 컬럼 사용(외래 키)

    • 사물함을 지정하기 전까지 회원 테이블에 사물함 컬럼은 NULL.

    • null을 허용하므로 외부 조인(OUTER JOIN)을 사용해야 한다.

    • @JoinColumn 사용

    • 일반적으로는 조인 컬럼 사용

  2. 조인 테이블 사용(테이블 사용)

    • 별도의 테이블에서 외래키로 연관관계 관리

    • 가장 큰 단점은 테이블을 추가해야 한다는 점이다.

    • @JoinTable 사용

    • 주로 다대다 관계를 일대다, 다대일 관계로 풀어내기 위해 사용

일대일 조인 테이블

부모 엔티티에 @JoinColumn 대신 @JoinTable 을 사용했다.

@JoinTable 속성

  • name : 매핑할 조인 테이블 이름

  • joinColumn : 현재 엔티티를 참조하는 외래키

  • inverseJoinColumns : 반대방향 엔티티를 참조하는 외래키

양항뱡으로 매핑하려면, Child 엔티티에 아래 코드를 추가하면 된다.

@OneToOne(mappedBy = "child")
private Parent parent;

일대다 조인 테이블

Parent 엔티티에서 @OneToMany 와 List 사용

...
class Parent {
...
@OneToMany
@JoinTable(name = "PARENT_CHILD",
    joinColumns = @JoinColumn(name = "PARENT_ID"),
    inverseJoinColumns = @JoinColumn(name = "CHILD_ID")
)
private List<Child> childs = new ArrayList<>();
...
}

About

Languages

Language:Java 100.0%