1. Member를 조회할 때 Team도 함께 조회해야 할까?
2. 프록시 기초
em.find() vs em.getReference()
• em.find(): 데이터베이스를 통해서 실제 엔티티 객체 조회
• em.getReference(): 데이터베이스 조회를 미루는 가짜(프록시) 엔티티 객체 조회
findMember.getId() = 1
Hibernate:
select
member0_.MEMBER_ID as MEMBER_I1_1_0_,
member0_.createdBy as createdB2_1_0_,
member0_.createdDate as createdD3_1_0_,
member0_.lastModifiedBy as lastModi4_1_0_,
member0_.lastModifiedDate as lastModi5_1_0_,
member0_.LOCKER_ID as LOCKER_I7_1_0_,
member0_.UESRNAME as UESRNAME6_1_0_,
member0_.TEAM_ID as TEAM_ID8_1_0_,
locker1_.id as id1_0_1_,
locker1_.name as name2_0_1_,
team2_.TEAM_ID as TEAM_ID1_2_2_,
team2_.createdBy as createdB2_2_2_,
team2_.createdDate as createdD3_2_2_,
team2_.lastModifiedBy as lastModi4_2_2_,
team2_.lastModifiedDate as lastModi5_2_2_,
team2_.name as name6_2_2_
from
Member member0_
left outer join
Locker locker1_
on member0_.LOCKER_ID=locker1_.id
left outer join
Team team2_
on member0_.TEAM_ID=team2_.TEAM_ID
where
member0_.MEMBER_ID=?
findMember.getName() = user1
3. 프록시 특징
• 실제 클래스를 상속 받아서 만들어짐
• 실제 클래스와 겉 모양이 같다.
• 사용하는 입장에서는 진짜 객체인지 프록시 객체인지 구분하지 않고 사용하면 됨(이론상)
• 프록시 객체는 실제 객체의 참조(target)를 보관
• 프록시 객체를 호출하면 프록시 객체는 실제 객체의 메소드 호출
4. 프록시 객체의 초기화
5. 프록시의 특징
• 프록시 객체는 처음 사용할 때 한 번만 초기화
• 프록시 객체를 초기화 할 때, 프록시 객체가 실제 엔티티로 바뀌는 것은 아님, 초기화되면 프록시 객체를 통해서 실제 엔티티에 접근 가능
• 프록시 객체는 원본 엔티티를 상속받음, 따라서 타입 체크시 주의해야함 (== 비교 실패, 대신 instance of 사용)
• 영속성 컨텍스트에 찾는 엔티티가 이미 있으면 em.getReference()를 호출해도 실제 엔티티 반환
• 영속성 컨텍스트의 도움을 받을 수 없는 준영속 상태일 때, 프록시를 초기화하면문제 발생(하이버네이트는 org.hibernate.LazyInitializationException 예외를 터트림)
6. 프록시 확인
• 프록시 인스턴스의 초기화 여부 확인
PersistenceUnitUtil.isLoaded(Object entity)
• 프록시 클래스 확인 방법
entity.getClass().getName() 출력(..javasist.. or
HibernateProxy…)
• 프록시 강제 초기화
org.hibernate.Hibernate.initialize(entity);
• 참고: JPA 표준은 강제 초기화 없음
강제 호출: member.getName()
출처 : 김영한, 자바 ORM 표준 JPA 프로그래밍 - 기본편
'JPA' 카테고리의 다른 글
영속성 전이: CASCADE (0) | 2022.07.05 |
---|---|
즉시 로딩과 지연 로딩 (0) | 2022.07.05 |
실전 예제 - 4. 상속관계 매핑 (0) | 2022.07.04 |
@MappedSuperclass (0) | 2022.07.04 |
상속관계 매핑 (0) | 2022.07.03 |