프록시와 연관관계 관리

프록시 기초

• em.find() vs em.getReference()
• em.find() : 데이터베이스를 통해서 실제 엔티티 객체 조회
• em.getReference() : 데이터베이스 조회를 미루는 가짜 (프록시) 엔티티 객체 조회 

프록시 객체의 초기화

 

프록시의 특징

• 프록시 객체는 처음 사용할 때 한 번만 초기화
• 프록시 객체를 초기화할 때, 프록시 객체가 실제 엔티티로 바뀌는 것은 아님, 초기화되면 프록시 객체를 통해서 실제 엔티티에 접근 가능
• 프록시 객체는 원본 엔티티를 상속 받음, 따라서 타입 체크 시 주의해야 함 (== 비교 실패, 대신 instance of 사용)
• 영속성 컨텍스트에 찾는 엔티티가 이미 있으면 em.getReference()를 호출해도 실제 엔티티 반환
• 영속성 컨텍스트의 도움을 받을 수 없는 준영속 상태일 때, 프록시를 초기화하면 문제 발생
  (하이버네이트는 org.hibernate.LazyInitialzationException 예외를 터트림)

 

프록시 확인

• 프록시 인스턴스의 초기화 여부 확인
  em.getPersistenceUnitUtil.isLoaded(Object entity)
• 프록시 클래스 확인 방법
  entity.getClass().getName() 출력(..javasist..or HibernateProxy)
• 프록시 강제 초기화
  org.hibernate.Hibernate.initialize(entity)
• 참고 : JPA 표준은 강제 초기화 없음
  강제 호출 : member.getName();

 

 

---

 

즉시 로딩과 지연 로딩

즉시 로딩

• 같이 사용하는 엔티티를 같이 가져오는 것
• @ManyToOne(fetch = FetchType.EAGER)

 

지연 로딩

•  지금 당장 사용하지 않는 엔티티는 프록시로 가져오는 것
• @ManyToOne(fetch = FetchType.LAZY)

 

 

 

즉시 로딩 주의할 점

• 즉시 로딩은 지양, 지연 로딩을 사용할 것
• 즉시 로딩은 JPQL에서 N+1 문제를 일으킨다.
• @ManyToOne, @OneToOne은 기본 설정이 즉시 로딩으로 되어 있다.
  → :LAZY로 설정
• @OneToMany, @ManyToMany는 기본 값이 지연 로딩으로 되어 있다. 

 

 

N+1 문제란?
: 1번의 SQL로 인해, N번의 SQL이 생기는 문제
ex) 10명의 멤버 조회 SQL 1번을 날리면, 10명 각각의 팀 SQL, 즉, 10번 (N번)의 SQL 발생

 

 

 

즉시 로딩이 필요할 때 3가지 방법

• JPQL의 fetch 조인 
• 엔티티 그래프
• batch size 방법

 

---

 

영속성 전이 : CASCADE

• 특정 엔티티를 영속 상태로 만들 때, 연관된 엔티티도 함께 영속 상태로 만들 수 있음
• ex) 부모 엔티티를 저장할 때, 자식 엔티티도 함께 저장
  @OneToMany(mappedBy = "parent", cascade = CascadeType.ALL) 

 

영속성 전이 : CASCADE - 주의

• 영속성 전이는 연관관계를 매핑하는 것과 아무런 관련이 없음
• 엔티티를 영속화할 때 연관된 엔티티도 함께 영속화하는 편리함을 제공할 뿐

 

CASCADE의 종류

• CascadeType.ALL : 모든 Cascade를 적용한다.
• CascadeType.PERSIST : 엔티티를 영속화할 때, 연관된 하위 엔티티도 함께 유지한다.
• CascadeType.MERGE :  엔티티 상태를 병합할 때, 연관된 하위 엔티티도 모두 병합한다. 
• CascadeType.REMOVE : 엔티티를 제거할 때, 연관된 하위 엔티티도 모두 제거한다.
• CascadeType.DETACH :
  • 영속성 컨텍스트에서 엔티티 제거
  • 부모 엔티티를 detach() 수행하면, 연관 하위 엔티티도 detach() 상태가 되어 변경 사항을 반영하지 않는다.
• CascadeType.REFRESH : 상위 엔티티를 새로고침(Refresh)할 때, 연관된 하위 엔티티도 모두 새로고침한다.

 

 

고아 객체

• 고아 객체 제거 : 부모 엔티티와 연관관계가 끊어진 자식 엔티티를 자동으로 삭제
• orphanRemoval = true

Parent parent1 = em.find(Parent.class, id);
parent1.getChildren().remove(0);
// 자식 엔티티를 컬렉션에서 제거

// 컬렉션에서 제거 시 delete sql이 나감
DELETE FROM CHILD WHERE ID = ?

 

 

고아 객체 주의할 점

• 참조가 제거된 엔티티는 다른 곳에서 참조하지 않는 고아 객체로 보고 삭제하는 기능
• 참조하는 곳이 하나일 때 사용해야 함
• 특정 엔티티가 개인 소유할 때 사용
• @OneToOne, @OneToMany만 가능
• 참고 : 개념적으로 부모를 제거하면 자식은 고아가 된다. 따라서 고아 객체 제거 기능을 활성화하면, 부모를 제거할 때 자식도 함께 제거된다. 이것은 CascadeType.REMOVE처럼 동작한다.

 

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

• 스스로 생명 주기를 관리하는 엔티티는 em.persist()로 영속화, em.remove()로 제거
• 두 옵션을 모두 활성화하면 부모 엔티티를 통해서 자식의 생명 주기를 관리할 수 있음
• 도메인 주도 설계(DDD)의 Aggregate Root 개념을 구현할 때 유용

cascade = CascadeType.REMOVE만 사용 시	부모 엔티티가 존재하는 한, 자식이 컬렉션에서 삭제되더라도 데이터베이스에서 삭제되지 않는다.
orphanRemoval = true만 사용 시	부모 엔티티가 존재하더라도, 자식이 컬렉션에서 삭제되면 데이터베이스에서 삭제된다..
CascadeType.REMOVE, orphanRemoval 둘 다 사용 시	부모 엔티티가 존재하더라도, 자식이 컬렉션에서 삭제되면 데이터베이스에서 삭제된다