프록시와 연관관계 관리

프록시

em.find(): 데이터베이스를 통해서 실제 엔티티 객체 조회

em.getReference(): 데이터베이스 조회를 미루는 가짜(프록시) 엔티티 객체 조회

 

프록시 특징

• 프록시 객체는 원본 엔티티를 상속받음. 
  사용하는 입장에서는 진짜 객체인지 프록시 객체인지 구분하지 않고 사용하면 됨(이론상)
• 프록시 객체는 실제 객체의 참조(target)를 보관.
• 프록시 객체를 호출하면 프록시 객체는 실제 객체 메소드 호출.

프록시 객체의 초기화

• 프록시 객체를 만들 때 ID는 알고 있다. 따라서 getId()를 할 때는 초기화 되지 않는다.
• 프록시 객체는 처음 사용할 때 한 번만 초기화.
• 영속성 컨텍스트를 통하므로, 이미 1차 캐시에 존재하는 경우에는 프록시를 가져오지 않음.
• 프록시 객체를 초기화 할 때, 프록시 객체가 실제 엔티티로 바뀌는 것은 아님, 초기화되면 프록시 객체를 통해서 실제 엔티티에 접근 가능. 초기화 시점에 실제 엔티티를 생성하고 프록시가 참조 값을 갖는다.
• 초기화는 영속성 컨텍스트의 도움을 받으므로, 영속성 컨텍스트의 도움을 받을 수 없는 준영속 상태일 때
  프록시를 초기화하면 문제 발생 (하이버네이트는 org.hibernate.LazyInitializationException 예외를 터트림)

Member member = em.getReference(Member.class, “id1”); member.getName(); <- 처음 사용하는 시점에 초기화

JPA는 자바 컬렉션처럼, 동일 em에서 같은 PK로 엔티티를 꺼낼 때 동일성을 보장한다. (1차 캐시)

따라서 영속성 컨텍스트에 찾는 엔티티가 있으면, em.getReference()를 호출해도 실제 엔티티가 반환된다.

---

즉시 로딩과 지연 로딩

Member를 조회할 때 Team도 함께 조회해야 할까? Team을 자주 사용할 일이 없다면 비효율적일 것이다.

그래서 JPA에서는 지연 로딩을 제공한다.

 

지연 로딩(LAZY)을 사용해서 프록시로 조회

반면 즉시 로딩은 FetchType.EAGER로 설정하면 된다.

 

Member findMember = em.find(Member.class, member.getId()); 호출 시 Team에는 프록시 객체

findMember.getTeam().getTeamName()으로 team을 사용하는 시점에 초기화 (DB조회 후 실제 엔티티 생성)

최초에는 Member만 조회하고, Team 사용 시점에 초기화된다.1+N

 

프록시와 즉시 로딩 주의

JPA 구현체는 가능하면 조인을 사용해서 SQL 한번에 함께 조회하려고 한다.

@ManyToOne, @OneToOne은 기본이 즉시 로딩이다.

하지만 즉시 로딩은 실무에서 사용하면 안된다.

• 연관 관계가 많을 경우 여러 테이블이 Join되고,
• JPQL 사용 시 N+1 문제를 일으킨다.
  (select m from member m 의 경우 sql이 일단 대상에 해당하는 member만 가져옴. 위 sql로 1번 조회 후 객체 매핑해보니 team을 즉시로딩 해야해서 결과값 만큼 n개의 team을 id값으로 n번 조회.. 지연도 당연히)
   -> JPQL fetch 조인이나, 엔티티 그래프 기능을 사용해라!

모든 연관관계에 지연 로딩을 사용해라!

---

영속성 전이: CASCADE

특정 엔티티를 영속 상태로 만들 때 연관된 엔티티도 함께 영속 상태로 만들고 싶을 때 사용.

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

 

ex) 부모 엔티티를 저장할 때 자식 엔티티도 함께 저장

child를 저장을 굳이 두번이나 호출하고 싶지 않다

위와 같이 cascade 설정을 하면 생략 가능. (ALL: 모두 적용, PERSIST: 영속, REMOVE:삭제)

 

고아 객체

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

orphanRemoval = true 설정

자식 엔티티를 부모의 컬렉션에서 제거하면, 고아가 됐으므로 자식 엔티티를 DB에서 자동으로 삭제해준다.

부모 엔티티를 삭제할 경우 자식들은 모두 고아가 되므로 전부 삭제해준다. CascadeType.REMOVE처럼 동작.

 

영속성 전이, 고아 객체 사용 시 주의 사항

1. 특정 엔티티가 단독 소유할 때 사용해야 한다. (참조하는 곳이 하나일 때 사용해야 한다)
   다른 엔티티도 참조하는데 등록/삭제해버리면 안된다.
2. 라이프 사이클이 유사할 때 사용해야 한다. (자식의 라이프 사이클을 부모가 관리할 때!)

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

CascadeType.ALL + orphanRemoval=true

두 옵션을 모두 활성화 하면 부모 엔티티를 통해서 자식의 생명 주기를 관리할 수 있다.

• 스스로 생명주기를 관리하는 엔티티(Aggregate Root)는 em.persist()로 영속화, em.remove()로 제거
• em.persist(parent), em.remove(parent), parent.getChildren().remove(0) 모두 부모가 자식의 생명주기를 관리

---

참고 자료 & 이미지 출처
자바 ORM 표준 JPA 프로그래밍 - 기본편 (김영한 님)