[섹션 8] 어썸오 제출합니다.

[awesomeo184]

프록시

연관관계가 걸려있는 모든 엔티티를 가져올 필요가 있을까?

• em.find() : DB를 통해 실제 엔티티 객체 조회
• em.getReference() : 프록시 엔티티를 가져오고 실제 데이터가 필요할 때 DB에 요청

특징

• 프록시 객체는 처음 사용할 때 한 번만 초기화됨
• 프록시 객체를 초기화 할 때, 프록시 객체가 실제 엔티티로 바뀌는 것이 아니라, 프록시 객체를 통해서 실제 엔티티에 접근하는 것
• 프록시 객체는 원본 엔티티를 상속받기 때문에 타입 체크시 주의(== 비교 대신 instanceof 사용)
• 영속성 컨텍스트 내부에 이미 찾는 엔티티가 있으면 getReference()를 호출해도 실제 인티티를 반환
• 준영속 상태일 때 프록시를 초기화하려면 예외 발생 (LayzInitializationExcpetion)

JPA는 지연로딩을 제공

• fetch = FetchType.LAZY
• 연관된 객체를 프록시로 조회해옴. 실제 데이터가 필요한 순간에 DB를 조회해 초기화.

연관된 객체를 항상 함께 쓴다면? → EAGER로 즉시로딩하는게 더 이득 하지만 가급적 지연 로딩만 사용하는 것을 권장.

• 예상치 못한 SQL이 발생. 연관된 객체가 많을 경우
• JPQL에서 N+1 문제를 일으킨다.
  • em.find()는 JPA 내부에서 최적화가 되지만
  • JPQL은 SQL로 먼저 번역이 되기 때문에, 먼저 Member를 가져온 후, Team이 필요하니 쿼리가 한번 더 나감
• ManyToOne, OneToOne은 기본이 즉시로딩 → LAZY 설정을 명시해주어야함
• OneToMany, ManyToMany는 기본이 지연로딩

영속성 전이

특정 엔티티를 영속 상태로 만들때 연관된 엔티티를 모두 영속 상태로 만들고 싶을 때 쓰는 기능

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

속성: ALL, PERSISTE, REMOVE

언제 쓸까?: 하나의 엔티티가 다른 엔티티를 완전히 관리할때. 게시물-첨부파일. 만약 첨부파일을 다른 엔티티에서도 사용한다면 쓰면 안됨.

고아객체

orphanRemoval = true

• 부모 엔티티의 컬렉션에서 자식 엔티티를 제거하면 자동으로 DB에서도 제거
• 부모를 제거하면 자식은 고아가 되므로 같이 제거됨(CASCADE.REMOVE처럼 동작)