프록시와 연관관계 관리

이 블로그는 https://www.inflearn.com/course/lecture?courseSlug=ORM-JPA-Basic&unitId=21714&tab=curriculum 이 강의를 듣고 내용을 정리한 글입니다.

---

프록시

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

• em.find() vs em.getReference()
• em.find(): 데이터베이스를 통해서 실제 엔티티 객체 조회'
• em.gerReference(): 데이터베이스 조회를 미루는 가짜(프록시)엔티티 객체 조회(db애 쿼리 안 나가고 객체를 조회)
  
  ->껍데기는 같은데 객체 내부는 텅텅빔, 프록시 안에 target이 진짜 레퍼런스를 가리킴.

프록시 특징

• 실제 클래스를 상속 받아서 만들어짐
  실제 클래스와 겉 모양이 같음, 사용하는 입장에서는 진짜 객체인지 프록시 객체인지 구분하지 않고 사용하면 됨.
  
• 프록시 객체는 실제 객체의 참조(target)을 보관, 프록시 객체 호출 시 프록시 객체는 실제 객체의 메소드 호출

프록시 객체의 초기화

특징

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

---

즉시 로딩과 지연 로딩

• 멤버를 조회할 떈 member로 가져오고 Team을 조회할 땐 프록시를 가져옴

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

프록시와 즉시로딩 주의

• 가급적 지연로딩만 사용(특히 실무에서)
• 즉시 로딩을 적용하면 예상하지 못한 SQL이 발생
• 즉시 로딩은 JPQL에서 N+1 문제를 일으킴(쿼리 한 개를 날리면 추가적으로 N개의 쿼리가 더 나감)
• @ManyToOne, @OneToOne은 기본이 즉시 로딩 -> LAZY로 설정해주어야함!!

---

영속성 전이:CASCADE

• 특정 엔티티를 영속 상태로 만들 때 연관된 엔티티도 함께 영속상태로 만들고 싶을 때
  예: 부모 엔티티를 저장할 떄 자식 엔티티도 함께 저장
  

---

고아 객체

• 고아 객체 제거: 부모 엔티티와 연관관계가 끊어진 자식엔티티를 자동으로 삭제
• orpahanRemoval = True
  !주의 사항
  참고자 제거된 엔티티는 다른 곳에서 참조하지 않는 고아객체로 보고 삭제하는 기능, 참조하는 곳이 하나일 떄 사용해야함!! ->특정 엔티티가 개인 소유할 때 사용

---

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

• CascadeType.ALL + orphanRemoval = True
  -> 두옵션을 활성화 하면 부모 엔티티를 통해서 자식의 생명주기를 관리 할 수 있음.