프록시
- 맴버를 조회할 때 팀도 함께 조회해야 할까?
프록시 기초
- em.find() vs em.getReference()
- em.find() : 데이터 베이스를 통해서 실제 엔티티 객체 조회
- em.getReference() : 데이터베이스 조회를 미루는 가짜(프록시)엔티티 객체 조회
프록시 특징
- 실제 클래스를 상속 받아서 만들어진다.
- 실제 클래스와 겉 모양이 같다.
- 사용하는 입장에서 진짜 객체인지 프록시 객체인지 구분하지 않고 사용하면 된다.(이론상으로)
- 프록시 객체는 실제 객체의 참조(target)을 보관
- 프록시 객체를 호출하면 프록시 객체는 실제 객체의 메소드 호출
프록시 객체의 초기화
프록시 특징2
- 프록시 객체는 처음 사할 때 한번만 초기화
- 프록시 객체를 초기화 할 때, 프록시 객체가 실제 엔티티로 바뀌는 것은 아니다. 초기화되면 프록시 객체를 통해서 실제 엔티티에 접근이 가능하다.
- 프록시 객체는 원본 엔티티를 상속받는다. 따라서 타입 체크시 유의해야한다.(instanceof 사용)
- 영속성 컨텍스트에 찾는 엔티티가 이미 있으면 em.getReference()를 호출해도 실제 엔티티 반환
- 영속성 컨텍스트의 도움을 받을 수 없는 준영속 상태일 때, 프록시를 초기화하면 문제가 발생한다.
즉시로딩과 지연로딩
- 자주 조회하지 않을 경우 지연로딩 Lazy
- 자주 사용할 때는 즉시로딩 Eager
프록시와 즉시로딩 주의
- 가급적 지연 로딩만 사용해야함(특히 실무에서)
- 즉시 로딩을 적용하면 예상하지 못한 SQL이 발생함
- 즉시 로딩은 JPQL에서 N+1 문제를 일으킨다.
- @ManyToOne, @OneToOne은 기본이 즉시로징 -> Lazy로 설정해야함
- @OneToMany, @ManyToMany는 기본이 지연로딩이다.
영속성 전이 : CASCADE
- 특정 엔티티를 영속 상태로 만들 때 연관된 엔티티도 함께 영속상태로 만들고 싶을 때
고아 객체
- 부모 엔티티와 연관관계가 끊어진 자식 엔티티를 자동으로 삭제
- orphanREmoval = true
- 참조하는 곳이 하나일 떄 사용해야함
- 특정 엔티티가 개인 소유할 때 사용
영속성 전이 + 고아 객체, 생명주기
- CasCadeType.ALL + orphanRemoval=true
- 스스로 생명주기를 관리하는 엔티티는 em.persist로 영속화 em.remove()로 제거한다.
- 두 옵션을 모두 활성화하면 부모 엔티티를 통해서 자식의 생명 주기를 관리할 수 있다.
- DDD의 애그리거트 루트를 구현할 때 유용하다.