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

단순히 member 정보만 사용하는 비즈니스 로직일 경우
println(member.getName()); -> 손해이다.

---

지연 로딩

fetch = FetchType.LAZY

• Member member = em.find(Member.class, 1L);로 멤버를 가져와도, Team 객체는 프록시 객체로 만들어지고, 실제 team에 있는 값을 사용하는 시점에 프록시 객체가 초기화(멤버 객체 참조)된다.

반대로 Member와 Team 자주 사용하게 된다면?

즉시 로딩

fetch = FetchType.EAGER

member를 조회할 때부터 team도 조회해서 초기화시킨다.(프록시 X)

프록시와 즉시 로딩 주의

• 가급적 지연 로딩만 사용(특히 실무에서)

• 즉시 로딩 적용시 예상하지 못한 SQL이 발생

• 즉시 로딩은 JPQL에서 N+1 문제를 일으킴
  (select m from member m 과 같은 쿼리에서 team이 EAGER로 설정되어있을 경우
  member 쿼리 뿐만 아니라 team에 대한 쿼리도 발생)

• @ManyToONe,@OneToOne은 기본이 즉시 로딩이므로 LAZY로 설정할 것

• @OneToMany, @ManyToMany는 기본이 지연 로딩

---

영속성 전이: cascade = CascadeType.ALL

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

종류

• ALL : 모두 적용
• PERSIST: 영속
  외 다수

주의

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

---

고아 객체

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

• orphanRemoval = true

주의

• 참조가 제거된 엔티티는 다른 곳에서 참조하지 않는 고아 객체로 보고 삭제하는 기능

• 참조하는 곳이 하나일 때 사용할 것!

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