1. 프록시
실제 클래스를 상속 받아서 만들어짐
실제 클래스와 겉 모양이 같다.
사용하는 입장에서는 진짜 객체인지 프록시 객체인지 구분하지 않고 사용하면 됨(이론상)
프록시 객체는 실제 객체의 참조(target)를 보관
프록시 객체를 호출하면 프록시 객체는 실제 객체의 메소드 호출
em.find(): 데이터베이스를 통해서 실제 엔티티 객체 조회
em.getReference(): 데이터베이스 조회를 미루는 가짜(프록시) 엔티티 객체 조회
public void printUserAndTeam(String memberId) {
Member member = em.find(Member.class, memberId); // 이때 member의 team은 프록시
Team team = member.getTeam(); // 이때 팀의 값을 가져옴
}
// 프록시객체와 일반객체 간의 class 처리
Member5 member1 = new Member5();
member1.setUsername("aaaa");
em.persist(member1);
Member5 member2 = new Member5();
member2.setUsername("bbb");
em.persist(member2);
em.flush();
em.clear();
Member5 m1 = em.find(Member5.class, member1.getId());
Member5 m2 = em.getReference(Member5.class, member2.getId());
logic(m1, m2);
Member5 m3 = em.getReference(Member5.class, member1.getId());
System.out.println("m3.getClass " + m3.getClass()); // 프록시 객체
Member5 m4 = em.find(Member5.class, member2.getId());
System.out.println("m4.getClass " + m4.getClass()); // 실제 class
System.out.println("m4 == m2 " + (m4 == m2)); // false
프록시 특징
프록시 객체는 처음 사용할 때 한 번만 초기화
프록시 객체를 초기화 할 때, 프록시 객체가 실제 엔티티로 바뀌는 것은 아님, 초 기화되면 프록시 객체를 통해서 실제 엔티티에 접근 가능
프록시 객체는 원본 엔티티를 상속받음, 따라서 타입 체크시 주의해야함 (== 비 교 실패, 대신 instance of 사용)
영속성 컨텍스트에 찾는 엔티티가 이미 있으면 em.getReference()를 호출해 도 실제 엔티티 반환
영속성 컨텍스트의 도움을 받을 수 없는 준영속 상태일 때, 프록시를 초기화하면 문제 발생 (하이버네이트는 org.hibernate.LazyInitializationException 예외를 터트림)
// 프로식 준영속 상태 테스트
Member5 member = new Member5();
member.setUsername("aaa");
em.persist(member);
em.flush();
em.clear();
Member5 refMember = em.getReference(Member5.class, member.getId());
System.out.println("refMember: " + refMember.getClass());
em.detach(refMember);
//em.close();
//em.clear();
refMember.getUsername(); // 준영속상태에서 에러발생 LazyInitializationException: could not initialize proxy - no Session
프록시 확인
1) 프록시 인스턴스의 초기화 여부 확인
//로딩여부
emf.getPersistenceUnitUtil().isLoaded(refMember);
2) 프록시 클래스 확인 방법
// 프록시 클래스 확인
refMember.getClass().getName()
3) 프록시 강제 초기화
// 강제 초기화
Hibernate.initialize(refMember);
2. 즉시 로딩과 지연 로딩
지연 로딩 LAZY을 사용해서 프록시로 조회
member를 조회할때 team을 프록시로 두고실제 팀을 조회하는 시점에 DB 조회를 통해서 팀을 조회함
@Entity
public class Member5 {
@Id @GeneratedValue
private Long id;
private String username;
// member랑 team을 같이 쓰는경우가 업서나 적은경우 LAZY
@ManyToOne(fetch = FetchType.LAZY)
@JoinColumn(name = "TEAM_ID")
private Team5 team;
...
}
즉시 로딩 EAGER를 사용해서 함께 조회
member를 조회하는 시접에 team도 조회해서 가져옴.
@Entity
public class Member5 {
@Id @GeneratedValue
private Long id;
private String username;
// member랑 team을 거의 항상 같이 쓰는경우는 EAGER
@ManyToOne(fetch = FetchType.EAGER)
@JoinColumn(name = "TEAM_ID")
private Team5 team;
...
}
}
프록시와 즉시로딩 주의
- 가급적 지연 로딩만 사용(특히 실무에서)
- 즉시 로딩을 적용하면 예상하지 못한 SQL이 발생
- 즉시 로딩은 JPQL에서 N+1 문제를 일으킨다
- @ManyToOne, @OneToOne은 기본이 즉시 로딩 -> LAZY로 설정
- @OneToMany, @ManyToMany는 기본이 지연 로딩
3. 지연 로딩 활용
이론적......실무에서는 ...
Member와 Team은 자주 함께 사용 -> 즉시 로딩
Member와 Order는 가끔 사용 -> 지연 로딩
Order와 Product는 자주 함께 사용 -> 즉시 로딩
실무
모든 연관관계에 지연 로딩을 사용해라
실무에서 즉시 로딩을 사용 x
즉시로딩말고 JPQL fetch 조인이나, 엔티티 그래프 기능을 사용 (차후 설명)
4. 영속성 전이: CASCADE
특정 엔티티를 영속 상태로 만들 때 연관된 엔티티도 함께 영속 상태로 만들도 싶을 때
(예: 부모 엔티티를 저장할 때 자식 엔티티도 함께 저장)
영속성 전이는 연관관계를 매핑하는 것과 아무 관련이 없음
엔티티를 영속화할 때 연관된 엔티티도 함께 영속화하는 편리함 을 제공할 뿐
CASCADE의 종류
cascade = CascadeType.ALL: 모두 적용 - 부모와 자식의 생명주기가 동일할때 사용
cascade = CascadeType.PERSIST : 부모가 저장되면 자식도 영속됨
cascade = CascadeType.REMOVE : 부모가 삭제되면 자식도 삭제됨
cascade = CascadeType.MERGE: 병합
cascade = CascadeType.REFRESH: REFRESH
cascade = CascadeType.DETACH: DETACH
5. 고아 객체
고아객체 : 부모객체가 없는 자식 객체
고아 객체 제거: 부모 엔티티와 연관관계가 끊어진 자식 엔티티 를 자동으로 삭제 -> orphanRemoval = true
@Entity
public class Parent {
@Id @GeneratedValue
private Long id;
private String name;
@OneToMany(mappedBy = "parent", orphanRemoval = true)
private List<Child> childList = new ArrayList<>();
...
}
고아 객체 - 주의
참조가 제거된 엔티티는 다른 곳에서 참조하지 않는 고아 객체로 보고 삭제하는 기능
참조하는 곳이 하나일 때, 특정 엔티티가 개인 소유할 때 사용
@OneToOne, @OneToMany만 가능
(부모를 제거할 때 자식도 함께 제거된다. 이것은 CascadeType.REMOVE처럼 동작)
6. 영속성 전이 + 고아 객체, 생명주기
CascadeType.ALL + orphanRemovel=true
스스로 생명주기를 관리하는 엔티티는 em.persist()로 영속화, em.remove()로 제거
두 옵션을 모두 활성화 하면 부모 엔티티를 통해서 자식의 생명 주기를 관리할 수 있음
도메인 주도 설계(DDD)의 Aggregate Root개념을 구현할 때 유용
@Entity
public class Parent {
@Id @GeneratedValue
private Long id;
private String name;
// child 소유자가 혼자일때, 라이프 사이클이 동일할때 cascade 사용
@OneToMany(mappedBy = "parent", cascade = CascadeType.ALL, orphanRemoval = true)
private List<Child> childList = new ArrayList<>();
...
}
}
Reference
자바 ORM 표준 JPA 프로그래밍 - 김영한님
'JPA & Querydsl > JPA' 카테고리의 다른 글
8. 객체지향 쿼리 언어(JPQL) (0) | 2021.02.28 |
---|---|
7. 값 타입 (0) | 2021.02.28 |
5. 고급 매핑 (0) | 2021.02.24 |
4. 다양한 연관관계 매핑 (0) | 2021.02.24 |
3. 연관관계 매핑 기초 (0) | 2021.02.22 |