자바 ORM 표준 JPA 프로그래밍 - 기본(김영한) _ 프록시와 연관관계 관리

'Member → Team' 다대일 매핑일 때 Member를 조회하면 Team도 조회해야 할까?

 

 

프록시

• em.find() : DB를 통해서 실제 엔티티 객체 조회
• em.getReference() : DB 조회를 미루는 가짜(프록시) 엔티티 객체 조회

 

[프록시 특징]

• 실제 클래스를 상속받아 만들어짐 (타입 체크 시 주의, '==' 비교는 실패함, 'instance of' 사용할 것)
• 실제 클래스와 겉 모양이 같음
• 사용하는 입장에서는 진짜 객체인지 프록시 객체인지 구분하지 않고 사용하면 됨 (이론상)
• 프록시 객체는 실제 객체의 참조(target)를 보관
• 프록시 객체를 호출하면 프록시 객체는 실제 객체의 메소드 호출
• 영속성 컨텍스트에 찾는 엔티티가 이미 있으면 em.getReference()를 호출해도 실제 엔티티 반환
• 영속성 컨텍스트의 도움을 받을 수 없는 준영속 상태일 때, 프록시를 초기화하면 문제가 발생함              (hibernate는 org.hibernate.LazyInitializationException 예외를 터트림)

 

[프록시 객체의 초기화]

• 프록시 객체는 처음 사용할 때 한 번만 초기화됨
• 프록시 객체를 초기화할 때, 프록시 객체가 실제 엔티티로 바뀌는 것은 아님
• 초기화되면 프록시 객체를 통해서 실제 엔티티에 접근 가능
• 프록시 인스턴스의 초기화 여부 확인 : PersistenceUnitUtil.isLoaded(Object entity)
• 프록시 클래스 확인 방법 : entity.getClass().getName() 출력 (..javasist.. or HibernateProxy...)
• 프록시 강제 초기화 : org.hibernate.Hibernate.initialize(entity);
• 참고: JPA 표준은 강제 초기화 없음

 

즉시 로딩과 지연 로딩

@Entity
public class Member {

    @Id @GeneratedValue
    private Long id;
    
    @Column(name = "USERNAME")
    private String name;
    
    @ManyToOne(fetch = FetchType.LAZY)  // 즉시로딩은 EAGER
    @JoinColumn(name = "TEAM_ID")
    private Team team;
    
    ...
}

 

[지연 로딩]

Member member = em.find(Member.class, 1L);

Team team = member.getTeam();
team.getName();		// 실제 team을 사용하는 시점에 초기화(DB 조회)

• member 로딩 시점에 team은 프록시 객체

 

[즉시 로딩]

• JPA 구현체는 가능하면 SQL 조인을 사용해서 한번에 함께 조회
• team도 실제 엔티티로 조회됨

 

[주의사항]

• 실무에서는 가급적 지연 로딩만 사용하자
• 즉시 로딩을 적용하면 예상하지 못한 SQL이 발생함
• 즉시 로딩은 JPQL에서 N+1 문제를 일으킴
• @ManyToOne, @OneToOne은 기본값이 즉시 로딩, LAZY로 수동 설정해줘야 함
• @OneToMany, @ManyToMany는 기본값이 지연 로딩
• JPQL fetch 조인이나, 엔티티 그래프 기능을 사용하라

 

영속성 전이(CASCADE)

• 특정 엔티티를 영속 상태로 만들 때 연관된 엔티티도 함께 영속 상태로 만들고 싶을 때
• 다대일 관계에서 일(1) 쪽에 연관관계 엔티티를 추가하고 persist하면 다(N)쪽도 persist 됨
• 예시: 부모 엔티티를 저장할 때 자식 엔티티도 함께 저장

• 영속성 전이는 연관관계를 매핑하는 것과 아무 관련이 없음
• 엔티티를 영속화할 때 연관된 엔티티도 함께 영속화하는 편리함을 제공할 뿐
• CASCADE 종류
  • ALL : 모두 적용
  • PERSIST : 영속
  • REMOVE : 삭제
  • MERGE : 병합
  • REFRESH 
  • DETACH

 

고아 객체

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

Parent parent = em.find(Parent.class, id);
parent.getChildren().remove(0);
// 0번 인덱스의 자식 엔티티를 컬렉션에서 제거
// 그러면 DB에서 delete 쿼리가 날아감

 

[주의 사항]

• 참조가 제거된 엔티티는 다른 곳에서 참조하지 않는 고아 객체로 간주하고 삭제하는 기능임
• 따라서 참조하는 곳이 하나일 때 사용해야 함
• 그리고 특정 엔티티가 개인 소유할 때 사용해야 함
• @OneToOne, @OneToMany만 가능
• 참고: 개념적으로 부모를 제거하면 자식은 고아가 된다. 따라서 고아 객체 제거 기능을 활성화하면, 부모를 제거할 때 자식도 함께 제거된다. 이것은 CascadeType.REMOVE처럼 동작한다.

 

['영속성 전이+고아객체'의 생명주기]

• CascadeType.ALL + orphanRemoval=true
• 두 옵션을 모두 활성화하면 부모 엔티티를 통해서 자식의 생명주기를 관리할 수 있음
• 도메인 주도 설계(DDD)의 Aggregate Root 개념을 구현할 때 유용