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

프록시

Member를 조회할 때 Team도 함께 조회해야 할까?

• 회원과 팀 함께 출력

public void printUserAndTeam(String memberId) {
    Member member = em.find(Member.class, memberId);
    Team team = member.getTeam();
    System.out.println("회원 이름: " + member.getUsername());
    System.out.println("소속팀: " + team.getName());
}

• 회원만 출력

public void printUser(String memberId) {
    Member member = em.find(Member.class, memberId);
    Team team = member.getTeam();
    System.out.println("회원 이름: " + member.getUsername());
}

비즈니스 로직상 회원과 팀을 함께 출력하는 경우가 많다면 DB에서 Member를 조회할 때 Team도 함께 조회하는 것이 최적화 부분에서 더 나을 것이고, 회원만 출력하는 경우가 많다면 Member만 조회하고 Team은 선택적으로 조회하는 것이 더 나을 것임

프록시 기초

• em.find() vs em.getReference()
  • em.find(): 데이터베이스를 통해 실제 엔티티 객체 조회
  • em.getReference(): 데이터베이스 조회를 미루는 가짜(프록시) 엔티티 객체 조회

프록시 특징

• 실제 클래스를 상속받아 만들어짐
• 실제 클래스와 겉모양이 같음
• 사용하는 입장에서는 진짜 객체인지 프록시 객체인지 구분하지 않고 사용하면 됨 (이론상)

• 프록시 객체는 실제 객체의 참조(target)를 보관
• 프록시 객체를 호출하면 프록시 객체는 실제 객체의 메소드 호출

프록시 객체의 초기화

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

프록시 핵심

• 프록시 객체는 처음 사용할 때 한 번만 초기화
• 프록시 객체를 초기화 할 때, 프록시 객체가 실제 엔티티로 바뀌는 것은 아님. 초기화되면 프록시 객체를 통해서 실제 엔티티에 접근 가능
• 프록시 객체는 원본 엔티티를 상속. 따라서 타입 체크 시 주의 (== 비교 대신 instanceof 사용)
• 영속성 컨텍스트에 찾는 엔티티가 이미 있으면 em.getReference()를 호출해도 실제 엔티티 반환 (트랜잭션 내에서는 같은 객체를 반환해야 하는 원칙을 지켜야 하기 때문)
• 영속성 컨텍스트의 도움을 받을 수 없는 준영속 상태일 때, 프록시를 초기화하면 문제 발생
  • org.hibernate.LazyInitializationException 예외 발생
  • 트랜잭션의 시작과 끝 / 영속성 컨텍스트의 시작과 끝을 맞추는 것이 중요

  try {
    em.getReference(Member.class, member.getId());
    em.detach(refMember);
    refMember.getUsername();
  } catch (Exception e) {
    e.printStackTrace(); // org.hibernate.LazyInitializationException
  }

실무에서 getReference() 메소드를 사용하는 일은 드묾
이를 배우는 이유는 즉시 로딩과 지연 로딩 개념을 이해하기 위함임

즉시 로딩과 지연 로딩

re: Member를 조회할 때 Team도 함께 조회해야 할까?

지연 로딩

단순히 Member 정보만 사용하는 비즈니스 로직이라면 지연 로딩 LAZY를 사용하여 프록시로 조회

@Entity
public class Member {

	@Id
	@GeneratedValue
	private Long id;
    
	@Column(name = "USERNAME")
	private String name;
    
	@ManyToOne(fetch = FetchType.LAZY) // **
	@JoinColumn(name = "TEAM_ID")
	private Team team;

	// ...
}

이는 Member를 조회하는 시점에 Team을 즉시 로딩하지 않고 실제 Team 객체를 사용하는 시점에 초기화(DB 조회)하는 것임

즉시 로딩

비즈니스 로직상 Member와 Team을 자주 함께 사용한다면 즉시 로딩 EAGER을 사용하여 Member를 조회하는 시점에 Team도 함께 조회

이때, JPA 구현체는 가능하면 조인을 사용해서 SQL로 한번에 함께 조회할 것이다

✓ 프록시와 즉시로딩 주의

• 가급적 지연 로딩만 사용할 것 (특히 실무에서)
• 즉시 로딩을 적용하면 예상하지 못한 SQL이 발생
• 즉시 로딩은 JPQL에서 N+1 문제를 일으킨다.
• @ManyToOne, @OneToOne은 기본이 즉시 로딩 -> LAZY로 설정!!!

영속성 전이와 고아 객체

영속성 전이: CASCADE

특정 엔티티를 영속 상태로 만들 때 연관된 엔티티도 함께 영속 상태로 만들고 싶을 때 사용
(예: 부모 엔티티를 저장할 때 자식 엔티티도 함께 저장)

영속성 전이 - 저장

@OneToMany(mappedBy="parent", cascade=CascadeType.PERSIST)

영속성 전이 - 주의

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

영속성 전이 - 종류

• ALL: 모두 적용 (PERSIST + REMOVE)
• PERSIST: 영속
• REMOVE: 삭제
• MERGE: 병합
• REFRESH: REFRESH
• DETACH: DETACH

고아 객체

: 부모 엔티티와 연관관계가 끊어진 자식 엔티티

• 고아 객체 제거: JPA는 고아 객체를 자동으로 삭제시켜줌
• orphanRemoval = true

Parent parent1 = em.find(Parent.class, id);
parent1.getChildren().remove(0);  // 자식 엔티티를 컬렉션에서 제거

위와 같이 실행 시, JPA는 DELETE FROM CHILD WHERE ID=?와 같은 SQL문을 자동으로 실행함

고아 객체 - 주의

• 참조가 제거된 엔티티를 다른 곳에서 참조하지 않는 고아 객체로 보고 삭제하는 기능임
• 참조하는 곳이 하나일 때 사용 (특정 엔티티가 개인 소유할 때 사용)
• @OneToOne, @OneToMany만 가능

개념적으로 부모를 제거하면 자식은 고아가 됨
따라서 고아 객체 제거 기능을 활성화하면, 부모를 제거할 때 자식도 함께 제거됨
이것은 CascadeType.REMOVE처럼 동작함

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

CascadeType.ALL + orphanRemovel=true

• 스스로 생명주기를 관리하는 엔티티는 em.persist()로 영속화, em.remove()로 제거
• 두 옵션을 모두 활성화 하면 부모 엔티티를 통해서 자식의 생명 주기를 관리할 수 있음
• 도메인 주도 설계(DDD)의 Aggregate Root개념을 구현할 때 유용