8. 프록시와 연관관계 관리

1. 프록시

1) 프록시 기초

- em.find() vs em.getReference()

 

- em.find()

   - 데이터베이스를 통해서, 실제 엔티티 객체 조회

 

- em.getReference()

   - 데이터베이스 조회를 미루는, 가짜(프록시) 엔티티 객체 조회

 

 

 

2) 프록시 특징

- 실제 클래스를 상속 받아서 만들어짐

   → 타입 체크시 주의해야 한다. (== 비교보다는, instance of 사용)

 

- 프록시 객체는 실제 객체의 참조(target)를 보관

 

- 프록시 객체를 호출하면, 프록시 객체는 실제 객체의 메소드 호출 (프록시 객체에 위임, delegate)

---

- 프록시 객체는 처음 사용할 때, 1번만 초기화

 

- 프록시 객체를 초기화 할 때, 프록시 객체가 실제 엔티티로 바뀌는 것은 아님.

   → 프록시 객체를 통해서 실제 엔티티에 접근 가능

 

- 영속성 컨텍스트의 도움을 받을 수 없는 준영속 상태일 때, 프록시를 초기화하면 문제 발생 (실무에서 자주 등장)

   → Hibernate가 org.hibernate.LazyInitializationException 예외를 터뜨림

 

프록시 객체의 초기화

 

 

3) 프록시 확인

- 프록시 인스턴스의 초기화 여부 확인

   → PersistenceUnitUtil.isLoaded(Object entity)

 

- 프록시 클래스 확인 방법

   → entity.getClass().getName()

 

- 프록시 강제 초기화

   → org.hibernate.Hibernate.initialize(entity)

 

cf. JPA 표준은 강제 초기화 없음

      'member.getName()'과 같이 강제 호출해야 함

 

 

 

2. 즉시 로딩(Eager)과 지연 로딩(Lazy)

Q. Member를 조회할 때 Team도 함께 조회해야 할까?

A. 단순히 Member만 필요할 경우, Member만 조회하도록 코드를 작성하는 게 효율적이다.

 

Team을 지연 로딩으로 설정

 

지연 로딩 LAZY를 사용해서 프록시로 조회

 

---

 

프록시와 즉시 로딩 주의할 점!

- 실무에서는 지연 로딩만 사용하자!

 

- 즉시 로딩을 적용하면 예상하지 못한 SQL이 발생한다.

   - Eager로 매핑된 모든 연관관계의 초기화 쿼리문까지 같이 실행된다.

 

- 즉시 로딩은 JPQL에서 N+1 문제를 일으킨다.

   - N+1 문제 : 

   - JPQL fetch join / 엔티티 그래프 기능 사용

 

- @ManyToOne, @OneToOne은 기본이 즉시 로딩이므로, 지연 로딩으로 설정해야 한다.

 

 

 

3. 영속성 전이 : CASCADE

- 특정 엔티티를 영속 상태로 만들 때, 연관된 엔티티도 함께 영속 상태로 만들고 싶을 때 사용 (편리함)

   → ex. 부모 엔티티를 저장할 때 자식 엔티티도 함께 저장

 

- 연관관계를 매핑하는 것과 아무 관련이 없음

 

---

 

CASCADE 종류

 

- ALL

   : 부모 엔티티의 모든 상태 변화를 자식 엔티티에 전파 (저장, 변경, 삭제)

 

- PERSIST

   : 부모 엔티티의 저장 상태 변화를 자식 엔티티에 전파

 

- REMOVE

   : 부모 엔티티가 삭제될 때 자식 엔티티도 함께 삭제

 

 

 

4. 고아 객체

고아객체

- 부모 엔티티와 연관관계가 끊어진 자식 엔티티

- orphanRemoval = true

   → 고아 객체를 자동으로 삭제

 

ex. Parent parent1 = em.find(Parent.class, id);

      parent1.getChildren().remove(0);

 

 

주의할 점

- 참조하는 곳이 하나일 때 사용해야 함

   → 특정 엔티티가 개인 소유할 때 사용

 

- @OneToOne, @OneToMany만 가능

 

- 개념적으로 CascadeType.REMOVE처럼 동작한다.

 

 

 

5. 영속성 전이 + 고아 객체, 생명주기

- CascadeType.ALL + orphanRemoval=true

 

- 두 옵션을 모두 활성화 하면, 부모 엔티티를 통해서 자식의 생명 주기를 관리할 수 있음

   (Q. CascadeType.ALL 로도 충분히 가능하지 않은가..?)

 

A. CascadeType.ALL + orphanRemovel = true 와 CascadeType.ALL만 썼을 때의 차이