[JPA] 연관관계 매핑 & 프록시

연관관계 매핑

테이블을 기준으로 하면, 외래키를 사용하여 테이블끼리 연관을 맺는것 or 객체라면 참조(주소)을 사용하여 연관을 맺는것.

 

연관관계 방향 (Direction)

‣ 단반향 연관관계
    → 한쪽만 참조하는것
    → 객체 관계

‣ 양방향 연관관계 
    → 서로 참조하는것
    → mappedBy 속성 사용
    → 테이블 끼리 연관관계 맺기 (외래키 이용) = 서로 다른 단방향 관계 2개

 

 

다중성 (Multiplicity)

‣ 다대일 (N:1)
    → 단방향, 양방향
    → @ManyToOne 으로 표현
    → N 에 외래키 존재 = 연관관계 주인
    → @ManyToOne 기본 페치전략: 즉시로딩 (EAGER)


‣ 일대다 (1:N)
    → 단방향(@JoinColumn 명시 필요), 양방향(=존재하지 않음. 다대일 양방향 매핑을 사용해야함)
    → @OneToMay 으로 표현
    → N 에 외래키 존재 = 연관관계 주인
    → @OneToMany 기본 페치전략: 지연로딩 (LAZY)
    → 일대다 단방향 매핑보단, 다대일 양방향 매핑을 사용하도록 하자! (외래키 관리하기 힘들기 때문이다.)

‣ 일대일 (1:1)
    → 주테이블 or 대상테이블 에서 외래키 가질 수 있음.
    → @OneToOne 으로 표현
    → @OneToOne 기본 페치전략: 즉시로딩 (EAGER)

‣ 다대다 (N:N)
    → 단방향, 양방향 (다대다 양방향은 일대다 양방향과 같음)
    → @ManyToMany 으로 표현
    → N:N 사이 중간 테이블을 추가하여 사용.
    → 식별관계와 비식별관계가 있다.
    → @ManyToMany 기본 페치전략: 지연로딩 (LAZY)

 

연관관계 매핑 관련 어노테이션

@ManyToOne(optional="false 리면 연관된 엔티티가 항상 있어야 한다. 기본값: true", 
           fetch="글로벌 페치 전략(EAGER, LAZY)", 
           cascade="영속성 전이 기능 사용", targetEntity="연관된 엔티티의 타입 정보 설정(거의사용안함).")
           
           
@OneToMany(mappedBy = "order", cascade = CascadeType.ALL)

@ManyToOne(fetch = FetchType.LAZY)

@ManyToMany(mappedBy = "items")

@JoinColumn(name="매핑할 외래 키 이름", 
            referencedColumnName="외래키가 참조하는 대상 테이블의 컬럼명", 
            foreignKey="외래키제약조건을 직접 지정할 수 있다. 이 속성은 테이블을 생성할 때만 사용한다.")
/**
- 그외속성
unique, nullable, insertable, updatable, columnDefinition, table..
*/

@JoinTable(name = "category_item",
        joinColumns = @JoinColumn(name = "category_id"),
        inverseJoinColumns = @JoinColumn(name="item_id")
)

// 부모 객체에 설정
@Inheritance(strategy = InheritanceType.SINGLE_TABLE) // 한테이블에 컬럼 다 때려박음
@DiscriminatorColumn(name = "dtype") // 하위 자식테이블들 타입..

// 자식객체에다가 설정
@DiscriminatorValue("A")

@Enumerated(EnumType.STRING)

@Embedded

@Id @GeneratedValue
@Column(name = "order_id")
private Long id;

 

 

 

연관관계 주인 (Owner) vs 주인이 아닌쪽

객체를 양방향(N:N)연관관계로 만들 경우, 연관관계의 주인을 정해야 한다. (=참조는 둘, 외래키는 하나인 경우)

‣ 연관관계의 주인
    → 데이터 베이스 연관관계와 매핑되고 외래키를 관리(등록,수정,삭제)를 할수있다.
    → mappedBy 속성을 사용하지 않는다.
    → 외래키 관리자를 선택 하는것이다.
    → 외래키의 위치와 관련해서 정해야하고, 비지니스 중요도로 접근하면 안됨
‣ 주인이 아닌 쪽
    → 읽기만 가능하다.
    → mappedBy 속성을 사용 하여 속성의 값으로 연관관계의 주인을 지정할 수 있다.

 

 

프록시

연관된 객체를 처음부터 데이터베이스에서 조회하는것이 아니라, 실제 사용하는 시점에 데이터베이스에서 조회할 수 있음

프록시 객체

‣ 데이터베이스 조회를 지연할 수 있는 가짜 객체(지연로딩에서 사용). 실제 엔티티 클래스를 상속받아 만들어져있음.
‣ 진짜객체인지, 프록시 객체인지 구분하지 않고 사용 가능
‣ EntityManager.getReference(): 조회를 미루고 싶을때 사용. 이를 사용하면 프록시 객체를 반환
‣ 처음 사용할때 한번만 초기화 → 초기화되면 프록시 객체를 통해 실제 엔티티에 접근 가능.
‣ 영속성 컨텍스트에 찾는 엔티티가 이미 있으면, 데이터베이스를 조회할 필요가 없으므로
em.getReference()을 호출해도 프록시가 아닌 실제 엔티티를 반환함.

-

 

즉시로딩(FetchType.EAGER) 과 지연로딩(FetchType.LAZY) 

‣ 즉시로딩(FetchType.EAGER)
    → 엔티티를 조회할 때 연관된 엔티티도 함께 조회
    → 하이버네이트는 가능하면 SQL 조인을 사용해서 한 번에 조회
    → 연관된 엔티티가 하나면 즉시로딩 사용


‣ 지연로딩(FetchType.LAZY)
    → 연관된 엔티티를 실제 사용할 때 조회
    → 프록시를 실제 사용할 때 초기화하면서 데이터베이스를 조회
    → 연관된 엔티티가 컬렉션이면 지연로딩 사용

✰ 지연로딩을 사용하도록 하자. (N+1문제 방지)
✰ 컬렉션은 필드에서 바로 초기화를 하도록 하자. (ex. Apple apple = new Apple();)
✰ 만약 엔티티조회시, 연관된 엔티티를 조회해야한다면 fetch join을 사용하자. 

 

---

참고

- 책: http://www.kyobobook.co.kr/product/detailViewKor.laf?mallGb=KOR&ejkGb=KOR&barcode=9788960777330 

자바 ORM 표준 JPA 프로그래밍 - 교보문고

- 링크: https://velog.io/@lsj8367/JPA-%ED%94%84%EB%A1%9D%EC%8B%9C