[섹션 8] 헌치 제출합니다

[BETTERFUTURE4]

섹션 8 : 프록시와 연관관계 정리

8-1 프록시

• 데이터베이스 조회를 미루는 가짜 엔티티 객체
  • 실제 엔티티 : em.find()
  • 프록시(가짜) 엔티티 : em.getReference()
• 중요한 건 프록시이든 아니든 상관없게 개발하는 것

1) 프록시 초기화

class a {
    public static void main(String[] args) {
        Member member = em.getReference(Member.class, "id1");
        member.getName();
    }
}

1. getName() 호출
2. 프록시 객체에서 영속성 컨텍스트로 초기화 요청
3. 영속성 컨텍스트에서 DB 조회
4. 영속성 컨텍스트에서 실제 엔티티를 생성

2) 프록시 특징

• 처음 사용할 때 초기화
• 초기화 시, 프록시 객체가 실제 엔티티가 되지는 않음
• 원본 엔티티의 참조값이며 상속받아 만들어짐
  • == 대신 instance of을 사용해라
• 영속성 컨텍스트에 이미 엔티티가 있을 시
  • 프록시를 호출해도(em.getReference()) 실제 엔티티를 반환
• 준영속 상태(detach)일 시
  • 프록시 초기화하면 LazyInitializationException 예외 발생!

3) 프록시 확인

• 프록시 인스턴스 초기화 여부 확인
  • PersistenceUnitUtil.isLoaded(Object entity)
• 프록시 클래스 확인 방법
  • entity.getClass().getName() 을 프린트!
  • HibernateProxy.. 형태로 출력됨
• 프록시 강제 초기화
  • Hibernate.initialize(entity)

8-2 즉시로딩/지연로딩

• 수많은 참조들을 한번에 가져오는건 손해...
• 이에 지연로딩을 지원하게 됨

1) 지연로딩(LAZY)

• @ManyToOne(fetch = FetchType.Lazy)
• 프록시로 조회
• 2번의 쿼리 사용
• 참조값을 쓸 때 나중에 프록시 초기화
• 참조값과 엔티티가 같이 쓰이는 경우가 많지 않을 때 사용

2) 즉시로딩(EAGER)

• @ManyToOne(fetch = FetchType.EAGER)
• 조인 쿼리 사용
• 한번에 참조값까지 로딩
• 실무에서는 쓰지말자!!!

3) 실무에서는 지연로딩을 쓰자!

• 즉시로딩은 JPQL에서 N+1 문제를 발생시킨다!
  • 예상치 못한 sql을 발생시킴
• 그런데 @ManyToOne, @OneToOne는 기본이 즉시 로딩
  • 따라서 LAZY로 재설정 해야 함!

4) N+1 문제

• 조회 시 1개의 쿼리를 생각하고 설계를 했으나 나오지 않아도 되는 조회의 쿼리가 N개가 더 발생하는 문제!

해결법

• 지연로딩을 쓴다 -> 하지만 완벽한 해결책 X
• jpql fetch Join 사용 : 동적으로 원하는 엔티티들을 가져옴(나중에 설명)
• 엔티티 그래프 기능 활용(나중에 설명)

8-3 영속성 전이 : CASCADE

• @OneToMany(mappedBy="parent", cascade=CascadeType.XXX)
• 특정 엔티티와 연관된 엔티티를 함께 영속상태로 만들고 싶을 때(연쇄 저장)
  • ex) 부모 엔티티를 저장(persist())할 때 자식 엔티티도 함께 저장
• 편리

1) CASCADE의 종류

• ALL: 모두 연쇄 적용
• PERSIST: 영속(저장만 연쇄로)
• REMOVE: 삭제
• 이외는 잘 안씀...

2) 언제쓰나

• 단일 소유자일 때
  • 하나의 부모가 자식들을 관리할 때 사용됨
  • 단일 엔티티에 종속적일 때에 사용
• 두 객체의 라이프 사이클이 유사할 때

8-4 고아 객체

• orphanRemoval = true 옵션 사용
• 고아 객체 제거
  • 부모 엔티티와 연관관계가 끊어진 자식 엔티티를 자동 삭제
  • CASCADE의 REMOVE와 비슷한 방식

1) 주의사항

• 참조하는 곳이 하나일 때 사용해야함!
• 특정 엔티티를 개인 소유할 때 사용해야 함!
• @OneToOne, @OneToMany만 가능!

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

• CascadeType.ALL + orphanRemovel=true
• 원래 스스로 생명주기를 관리하는 엔티티는
  • em.persist()로 영속화
  • em.remove()로 제거
• 그런데 두 옵션 활성화!!
  • 부모 엔티티를 통해 자식의 생명주기를 관리할 수 있게 됨
  • 도메인 주도 설계(DDD)의 Aggregate Root 개념을 구현할 때 유용
    • (이런게 있구나 하고 넘어가기)