프록시와 연관관계 매핑

1. 프록시

엔티티를 조회할 때 연관된 엔티티들이 항상 사용되는 것은 아니다. JPA는 이런 문제를 해결하려고 엔티티가 실제 사용될 때까지 데이터베이스 조회를 지연하는 방법을 제공하는데 이것을 지연 로딩이라 한다. 그런데 지연 로딩 기능을 사용하려면 실제 엔티티 객체 대신에 데이터베이스 조회를 지연할 수 있는 가짜 객체가 필요한데 이것을 프록시 객체라 한다.

 

1 - 1. 프록시 기초

JPA에서 식별자로 엔티티 하나를 조회할 때는 EntityManager.find()를 사용한다. 이 메소드는 영속성 컨텍스트에 엔티티가 없으면 데이터베이스를 조회한다. 이렇게 데이터베이스를 조회해야 하는 상황에서 엔티티를 실제 사용하는 시점까지 데이터베이스 조회를 미루고 싶으면 EntityManager.getReference() 메소드를 사용하면 된다. 이 메소드를 호출할 때, JPA는 데이터베이스를 조회하지 않고 실제 엔티티 객체도 생성하지 않는다. 대신에 데이터베이스 접근을 위임한 프록시 객체를 반환한다.

 

- 프록시의 특징

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

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

○ 프록시 객체는 처음 사용할 때 한 번만 초기화된다.

○ 프록시 객체를 초기화한다고 프록시 객체가 실제 엔티티로 바뀌는 것은 아니다.

○ 프록시 객체는 원본 엔티티를 상속받은 객체이므로 타입 체크 시에 주의해서 사용해야 한다.

○ 영속성 컨텍스트에 찾는 엔티티가 이미 있으면 데이터베이스를 조회할 필요가 없으므로 em.getReference()를 호출해도 프록시가 아닌 실제 엔티티를 반환한다.

○ 초기화는 영속성 컨텍스트의 도움을 받아야 가능하다.

 

- 프록시 객체의 초기화

프록시 객체는 member.getName()처럼 실제 사용될 때 데이터베이스를 조회해서 실제 엔티티 객체를 생성하는데 이것을 프록시 객체의 초기화라 한다.

 

- 프록시의 초기화 과정

1) 프록시 객체에 member.getName()을 호출해서 실제 데이터를 조회한다.

2) 프록시 객체는 실제 엔티티가 생성되어 있지 않으면 영속성 컨텍스트에 실제 엔티티 생성을 요청하는데 이것을 초기화라 한다.

3) 영속성 컨텍스트는 데이터베이스를조회해서 실제 엔티티 객체를 생성한다.

4) 프록시 객체는 생성된 실제 엔티티 객체의 참조를 Member target 멤버변수에 보관한다.

5) 프록시 객체는 실제 엔티티 객체의 getName()을 호출해서 결과를 반환한다.

 

1 - 2. 프록시와 식별자

엔티티를 프록시로 조회할 때 식별자 값을 파라미터로 전달하는데 프록시 객체는 이 식별자 값을 보관한다. 프록시 객체는 식별자 값을 가지고 있으므로 식별자 값을 조회하는 team.getId()를 호출해도 프록시르르 초기화하지 않는다. 단 엔티티 접근 방식을 프로퍼티로 설정한 경우에만 초기화하지 않는다.

 

1 - 3. 프록시 확인

JPA가 제공하는 PersistenceUnitUtil.isLoaded(Object entity) 메소드를 사용하면 프록시 인스턴스의 초기화 여부를 확인할 수 있다. 아직 초기화되지 않은 프록시 인스턴스는 false를 반환한다. 이미 초기화 되었거나 프록시 인스턴스가 아니면 true를 반환한다.

 

2. 즉시 로딩과 지연 로딩

프록시 객체는 주로 연관된 엔티티를 지연 로딩할 때 사용한다. JPA는 엔티티의 조회 시점을 두 가지 형태로 제공한다.

- 즉시 로딩 : 엔티티를 조회할 때 연관된 데이터도 함께 조회한다.

- 지연 로딩 : 연관된 엔티티를 실제 사용할 때 제공한다.

 

2 - 1. 즉시 로딩

즉시 로딩을 사용하려면 @ManyToOne의 fetch속성을 FetchType.EAGER로 지정한다. 즉시 로딩을 최적화하기 위해 가능하면 조인 쿼리를 사용한다. 이후 member.getTeam()을 호출하면 이미 로딩된 팀1 엔티티를 반환한다.

 

2 - 2. 지연 로딩

지연 로딩을 사용하려면 @ManyToOne의 fetch 속성을 FetchType.LAZY로 지정한다.

Member member = em.find(Member.class, "member1");
Team team = member.getTeam();	// 객체 그래프 탐색
team.getName();	// 팀 객체 실제 사용

 

위의 코드에서 em.find(Member.class, "member1")를 호출하면 회원만 조회하고 팀은 조회하지 않는다. 대신에 team 멤버변수에 프록시 객체를 넣어둔다. 이처럼 실제 데이터가 필요한 순간이 되어서야 데이터베이스를 조회해서 프록시 객체를 초기화한다.

 

2 - 3. 즉시 로딩, 지연 로딩 정리

처음부터 연관된 모든 엔티티를 영속성 컨텍스트에 올리는 것은 현실적이지 않고 필요할 때마다 sql을 실행해서 연관된 엔티티를 지연 로딩하는 것도 최적화 관점에서 보면 꼭 좋은 것만은 아니다. 연관된 엔티티를 즉시 로딩하는 것이 좋은지 아니면 지연 로딩하는 것이 좋은지는 상황에 따라 다르다.

 

3. 지연 로딩 활용

JPA의 기본 fetch전략은 연관된 엔티티가 하나면 즉시 로딩을, 컬렉션이면 지연 로딩을 사용한다. 컬렉션을 로딩하는 것은 비용이 많이 들기 때문이다. 추천하는 방법은 모든 연관관계에 지연 로딩을 사용하는 것이다. 그리고 애플리케이션 개발이 어느 정도 완료단계에 왔을 때 실제 사용하는 상황을 보고 꼭 필요한 곳에만 즉시 로딩을 사용하도록 최적화하면 된다.

 

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

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

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

 

4. 영속성 전이 : CASCADE

JPA에서 엔티티를 저장할 때 연관된 모든 엔티티는 영속 상태여야 한다.

 

- 영속성 전이 : 저장

부모만 영속화하면 자식 엔티티까지 자동으로 영속화해서 저장한다.

 

- 영속성 전이 : 삭제

영속성 전이는 엔티티를 삭제할 때도 사용할 수 있다. CascadeType.REMOVE로 설정하고 다음 코드처럼 부모 엔티티만 삭제하면 연관된 자식 엔티티도 함께 삭제된다.

 

5. 고아 객체

부모 엔티티의 컬렉션에서 자식 엔티티의 참조만 제거하면 자식 엔티티가 자동으로 삭제되도록 할 수 있다.

@Entity
public class Parent {
...

@OneToMany(mappedBy = "parent", orphanRemoval = true)
private LIst<Child> children = new ArrayList<Child>();

...
}

 

고아 객체 제거는 참조가 제거된 엔티티는 다른 곳에서 참조하지 않는 고아 객체로 보고 삭제하는 기능이다. orphanRemoval은 @OneToOne, OneToMany에서만 사용할 수 있다. 고아 객체 제거는 개념적으로 볼 때 부모를 제거하면 자식은 고아가 되므로 부모를 제거하면 자식도 같이 제거된다.