프록시와 연관계/ 즉시로딩: EAGER / 지연로딩: LAZY / 영속성전이:cascade/ 고아객체: orphanRemoval

프록시

* Member를 조회할 때, 매번 Team도 함께 조회해야 될까? 

• em.find() : 데이터베이스를 통해서 실제 엔티티 객체 조회
• em.getReference() : 데이터베이스 조회를 미루는 가짜(프록시) 엔티티 객체 조회
• 특징
  • 실제 클래스를 상속 받아서 만들어진다.
  • 실제 클래스와 겉 모양이 같다.
  • 사용하는 입장에서 진짜 객체인지 프록시 객체인지 구분하지 않고 사용하면 된다.
  • 프록시 객체는 실제 객체의 참조(target)을 보관한다.
  • 프록시 객체를 호출하면 프록시 객체는 실제 객체의 메소드 호출한다.
   
• 프록시 객체의 초기화 

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

 

• 프록시 인스턴스의 초기화 여부 확인 : PersistenceUnitUtil.isLoaded(Object entity)
• 프록시 클래스 확인 방법 : entity.getClass().getName() 출력
• 프록시 강제 초기화 : org.hibernate.Hibernate.initialize(entity)
• JPA표준은 강제 초기화 없으므로, 강제 호출 : member.getName() 

---

즉시 로딩과 지연 로딩

• Member 조회 시, 매번 Team 조회할 필요없으며 member 정보면 사용하는 비즈니스 로직
  • -> 지연로딩 LAZY를 사용해서 프록시로 조회
  • (fetch = FetchType.LAZY) 

• Member 조회 시, Team 을 자주 사용하는 비즈니스 로직
  • -> 즉시로딩 EAGER 를 사용해서 조회
  • (fetch = FetchType.EAGER)
  • 하지만, 즉시로딩은 실무에서는 거의 사용하지 않으며 주의하고 또 주의하여야한다.!  

 

• 실무에는 즉시 로딩을 사용하지 말것!
• 모든 연관관계에는 지연로딩만 사용할 것을 권장.
• 즉시 로딩을 적용하면 예상치 못한 SQL이 발생
• 즉시 로딩은 JPQL에서 N+1 문제를 일으킨다. 
• @ManyToOne, @OneToOne은 기본이 즉시 로딩이므로 -> LAZY로 설정 필수
• @OneToMany, @ManyToMany는 기본이 지연로딩

---

영속성 전이 : CASCADE

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

ex. 부모 엔티티를 저장할 때 자식 엔티티도 함께 저장하고 싶을 때 사용

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

• CASCADE의 종류
  • ALL : 모두 적용
  • PERSIST : 영속
  • REMOVE : 삭제
  • MERGE : 병합
  • REFRESH
  • DETACH 

고아 객체

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

• orphanRemoval = true
• 주의
  • 참조가 제거된 엔티티는 다른 곳에서 참조하지 않는 고아 객체로 보고 삭제하는 기능
  • 참조하는 곳이 하나일때 사용해야함
  • 특정 엔티티가 개인 소유할 때 사용
  • @OneToOne, @OneToMany만 가능

---

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

CascadeType.ALL + orpahnRemoval= true

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