프록시와 연관관계 관리

• 프록시
• 즉시 로딩과 지연 로딩
• 지연 로딩 활용
• 영속성 전이 : CASCADE
• 고아 객체
• 영속성 전이 + 고아 객체, 생명주기

1. 프록시

1. em.getReference()

• 데이터베이스 조회를 미루는 가짜(프록시) 엔티티 객체 조회
• DB에 쿼리가 안 나가는데, 객체가 조회되는 것
• 진짜를 넘겨주는게 아니라, 가짜(프록시)엔티티 객체를 줌
• 껍데기는 같지만, 안에는 비어있는 것
• 프록시 객체를 호출하면 프록시 객체는 실제 객체의 메소드 호출

2. 프록시 객체의 초기화

Member member = em.getReference(Member.class, "id1");
member.getName();

3. 프록시의 특징

• 프록시 객체는 처음 사용할 때 한 번만 초기화
• 프록시 객체를 초기화 할 때, 프록시 객체가 실제 엔티티로 바뀌는 것은 아님, 초
  기화되면 프록시 객체를 통해서 실제 엔티티에 접근 가능
• 프록시 객체는 원본 엔티티를 상속받음, 따라서 타입 체크시 주의해야함 (== 비
  교 실패, 대신 instance of 사용)
• 영속성 컨텍스트에 찾는 엔티티가 이미 있으면 em.getReference()를 호출해
  도 실제 엔티티 반환
• 영속성 컨텍스트의 도움을 받을 수 없는 준영속 상태일 때, 프록시를 초기화하면
  문제 발생(하이버네이트는 org.hibernate.LazyInitializationException 예외를 터트림)

근데, getReference를 잘 쓰지는 않음
$\to$ 이거를 알아야지 즉시로딩과 지연로딩을 잘 이해할 수 있어서 배우는 것!

2. 즉시 로딩과 지연 로딩

1.즉시 로딩

• Member를 조회할 때 Team도 함께 조회하는 것

2. 지연 로딩

• Member를 조회할 때 Team을 같이 조회하지 않고, Team을 사용할 일이 있을 때 조회를 하는 것

3. 프록시와 즉시로딩 주의

• 가급적 지연 로딩만 사용(여러개의 엔티티가 엮여있으면, 다 조회가 되는 문제 때문)
• 즉시 로딩은 JPQL에서 N+1 문제(최초쿼리는 1개인데, 그에 대한 추가 쿼리가 N가 나간다고 해서 N+1 문제)를 일으킴 $\to$ em.find의 경우는 JPA가 최적화를 해서 한번에 되지만, JPQL 같은 경우는 그냥 SQL을 날리면서 즉시로딩이 필요한거를 다시 또 가져옴
• @ManyToOne, @OneToOne은 기본이 즉시 로딩임. $\to$ LAZY로 설정 필요!!!

3. 지연 로딩 활용

이론적인 내용. 실무에서는 다 지연로딩으로 사용하기

4. 영속성 전이 : CASCADE

• 특정 엔티티를 영속 상태로 만들 때 연관된 엔티티도 함께 영속 상태로 만들고 싶을 때 사용 $\to$ 엔티티를 영속화할 때, 연관된 엔티티도 함께 영속화하는 편리함을 제공
• 지연로딩, 즉시로딩, 연관관계 세팅과 전혀 관계가 없는 것
• 사용시기
  (1) 하나의 부모가 자식을 관리할 때 의미가 있음 (소유자가 하나일때, parent만 child를 소유할 때)
  (2) 다른 것들과 관계가 있을 때 쓰면 안됨 (Child가 Parent 뿐만 아니라 다른 것들과 관계가 있을때)

5. 고아 객체

1. 고아 객체 제거

• 부모 엔티티와 연관관계가 끊어진 자식 엔티티를 자동으로 삭제

2. 주의

• 참조하는 곳이 하나일 때 사용해야 함
• 특정 엔티티가 개인 소유할 때 사용

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

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

이 글은 김영한님의 '자바 ORM 표준 JPA 프로그래밍 - 기본편'을 수강하고 정리한 내용입니다.