[JPA] 프록시와 연관관계 정리

다룰 내용은 다음과 같다. 

 

프록시워 즉시로딩, 지연로딩 : 객체는 객체 그래프로 연관된 객체를 탐색한다. 

그런데 객체가 데이터베이스에 저장되어 있으므로 연관된 객체를 마음껏 탐색하기는 어렵다. 

JPA 구현체들은 이 문제를 해결하려고 프록시라는 기술을 사용한다.

프록시를 사용하면 실제 사용하는 시점에 데이터베이스에서 조회할 수 있다. 

하지만 자주 함께 사용하는 객체들은 조인을 사용해서 함께 조회하는 것이 효과적이다. 

JPA는 즉시 로딩과 지연 로딩이라는 방법으로 둘을 모두 지원한다.

 

영속성 전이와 고아 객체 : JPA는 연관된 객체를 함께 저장하거나 함께 삭제할 수있게 영속성 전이와 고아 객체 제거라는 편리한 기능을 제공한다. 

 

 

8.1 프록시

JPA는 엔티티가 실제 사용될 떄까지 데이터베이스 조회를 지연하는 방법을 제공하는데 이를 지연 로딩이라 한다. 

지연 로딩 기능을 사용하려면 실제 엔티티 객체 대신에 데이터베이스 조회를 지연할 수 있는 가짜 객체가 필요한데 이를 프록시 객체라 한다. 

 

cf. 

JPA 표준 명세는 지연 로딩의 구현 방법을 JPA 구현체에 위임했다. 따라서 지금부터의 내용은 하이버네이트 구현체에 대한 내용이다.

 

프록시의 특징

프록시 클래스는 실제 클래스를 상속 받아서 만들어지므로 실제 클래스와 겉 모양이 같다. 

따라서 사용하는 입장에서는 이것이 진짜 객체인지 프록시 객체인지 구분하지 않고 사용하면 된다. 

 

프록시 구조

프록시 객체는 실제 객체에 대한 참조(target)를 보관한다. 

그리고 프록시 객체의 메소드를 호출하면 프록시 객체는 실제 객체의 메소드를 호출한다. 

 

프록시 위임

 

프록시 객체의 초기화

프록시 초기화

프록시 과정을 분석해 보면 아래와 같다. 

 

1. 프록시 객체에 member.getName()을 호출해서 실제 데이터를 조회한다.
2. 프록시 객체는 실제 엔티티가 생성되어 있지 않으면 영속성 컨텍스트에 실제 엔티티 생성을 요청하는데 이것을 초기화라 한다.
3. 영속성 컨텍스트는 데이터베이스를 조회해서 실제 엔티티 객체를 생성한다. 
4. 프록시 객체는 생성된 실제 엔티티 객체의 참조를 Member target 멤버변수에 보관한다. 
5. 프록시 객체는 실제 엔티티 객체의 getName()을 호출해서 결과를 반환한다.

 

프록시의 특징

프록시의 특징은 다음과 같다.

 

• 프록시 객체는 처음 사용할 때 한 번만 초기화 된다.
• 프록시 객체를 초기화 한다고 프록시 객체가 실제 엔티티로 바뀌는 것은 아니다. 프록세 객체가 초기화되면 프록시 객체를 통해서 실제 엔티티에 접근할 수 있다.
• 프록시 객체는 원본 엔티티를 상속받은 객체이므로 타입 체크 시에 주의해서 사용해야 한다.
• 영속성 컨텍스트에 찾는 엔티티가 이미 있으면 데이터 베이스를 조회할 필요가 없으므로 em.getReference()를 호출해도 프록시가 아닌 실제 엔티티를 반환한다.
• 초기화는 영속성 컨텍스트의 도움을 받아야 가능하다. 따라서 영속성 컨텍스트의 도움을 받을 수 없는 준영속 상태의 프록시를 초기화하면 문제가 발생한다. 하이버네이트는 org.hibernate.LazyInitializationException 예외를 발생시킨다.

 

 

8.2 즉시 로딩과 지연 로딩

프록시 객체는 주로 연관된 엔티티를 지연 로딩할 때 사용한다. 

 

• 즉시 로딩 : 엔티티를 조회할 때 연관된 엔티티도 함께 조회한다. 
  • 설정 방법 : @ManyToOne(fetch = FetchType .EAGER)
• 지연 로딩 : 연관된 엔티티를 실제 사용할 때 조회한다. 
  • 설정 방법 : @ManyToOne(fetch = FetchType.LAZY)

 

 

8.3 지연 로딩 활용

JPA 기본 패치 전략

fetch 속성의 기본 설정값은 다음과 같다.

 

• @ManyToOne, @OneToOne : 즉시 로딩 (FetchType.EAGER)
• @OneToMany, @ManyToMany : 지연 로딩 (FetchType.LAZY)

JPA의 기본 페치(fetch) 전략은 연관된 엔티티가 하나면 즉시 로딩을, 컬렉션이면 지연 로딩을 사용한다. 

컬렉션을 로딩하는 것은 비용이 많이 들고 잘못하면 너무 많은 데이터를 로딩 할 수 있기 때문이다. 

 

컬렉션에 FetchType.EAGER 사용 시 주의점

컬렉션을 하나 이상 즉시 로딩하는 것을 권장하지 앟는다. 

컬렉션 즉시 로딩은 항상 외부 조인(OUTER JOIN)을 사용한다.

 

FetchType.EAGER 설정과 조인 전략을 정리하면 다음과 같다

. 

• @ManyToOne, @OneToOne
  • (Optinal = false) : 내부 조인
  • (Optinal = true) : 외부 조인
• @OneToMany, @ManyToMany
  • (Optional = false) : 외부 조인
  • (Optional = true) : 외부 조인

 

 

8.4 영속성 전이 : CASCADE

특정 엔티티를 영속 상태로 만들 때 연관된 엔티티도 함께 영속 상태로 만들고 싶으면 영속성 전이(transitive persistence) 기능을 사용하면된다. JPA는 CASCADE 옵션으로 영속성 전이를 제공한다. 

영속성 전이를 사용하면 부모 엔티티를 저장할 때 자식 엔티티도 함께 저장할 수 있다. 

 

CASCADE 실행

 

 

8.5 고아 객체

JPA는 부모 엔티티와 연관관계가 끊어진 자식 엔티티를 자동으로 삭제하는 기능을 제공하는데 이것을 고아 객체(ORPHAN) 제거라 한다. 고아 객체 제거 기능을 활성화 하기 위해서 컬렉션에 orphanRemoval = true 를 설정한다. 

 

@OneToMany (mappedBy = "parent", orphanRemoval = true)

 

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

따라서 이 기능은 참조하는 곳이 하나일 때만 사용해야 한다. 

만약 삭제한 엔티티를 다른 곳에서도 참조한다면 문제가 발생 할 수 있다. 

이런 이유로 orphanRemovel은 @OneToOne, @OneToMany 에만 사용할 수 있다.

 

 

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

CascadeType.ALL + orphanRemoval = true 를 동시에 사용하면 부모 엔티티를 통해서 자식의 생명주기를 관리할 수 있다.

 

 

8.7 정리

• JPA 구현체들은 객체 그래프를 마음껏 탐색할 수 있도록 지원하는데 이때 프록시 기술을 사용한다. 
• 객체를 조회할 때 연관된 객체를 즉시 로딩하는 방법을 즉시 로딩이라 하고, 연관된 객체를 지연해서 로딩하는 방법을 지연 로딩이라 한다. 
• 객체를 저장하거나 삭제할 때 연관된 객체도 함께 저장하거나 삭제할 수 있는데 이것을 영속성 전이라 한다. 
• 부모 엔티티와 연관관계가 끊어진 자식 엔티티를 자동으로 삭제하려면 고아 객체 제거 기능을 사용하면 된다.