Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 | 31 |
Tags
- 스프링 부트와 JPA
- REGEXP_SUBSTR
- inflearn
- docker
- 계층 쿼리
- 김영한
- 제네릭
- 이것이자바다
- 분석함수
- 자바의정석 연습문제
- 스프링
- Numpy
- 스프링입문
- 스프링 핵심원리
- 인프런
- JPA
- 불친절한 SQL 프로그래밍
- 자바공부
- Python
- 자바연습문제
- Java의정석
- 서블릿
- 스프링MVC
- 자바의정석
- 불친절한SQL프로그래밍
- java
- DispatcherServlet
- Secure Coding
- 시큐어코딩
- Spring
Archives
- Today
- Total
Continuous Challenge
8. 프록시와 연관관계 정리 본문
728x90
728x90
프록시
em.find() vs em.getReference()
- em.find() : 데이터베이스를 통해서 실제 엔티티 객체 조회
- em.getReference() : 데이터베이스 조회를 미루는 가짜(프록시) 엔티티 객체 조회
프록시 객체의 초기화
Member member = em.getReference(Member.class, "id1");
member.getName();
- getName()
- 영속성 컨텍스트에 초기화 요청
- DB 조회
- 실제 Entity 생성
- target.getName()
프록시의 특징
- 프록시 객체는 처음 사용할 때 한 번만 초기화
- 프록시 객체를 초기화 할 때, 프록시 객체가 실제 엔티티로 바뀌는 것은 아님.
초기화되면 프록시 객체를 통해서 실제 엔티티에 접근 가능 - 프록시 객체는 원본 엔티티를 상속받음. 따라서 타입 체크 시 주의해야 함 ( == : 비교 실패 -> instanceof 사용! )
- 영속성 컨텍스트에 찾는 엔티티가 이미 있으면 em.getReference()를 호출해도 실제 엔티티 반환
- 영속성 컨텍스트의 도움을 받을 수 없는 준영속 상태일 때, 프록시를 초기화하면 문제 발생
(하이버네이트는 org.hibernate.LazyIntializationException 예외를 발생시킴)
프록시 확인
- 프록시 인스턴스의 초기화 여부 확인
PersistenceUnitUtil.isLoaded(Object entity) - 프록시 클래스 확인 방법
entity.getClass().getName() 출력(..javasist.. or HiberanteProxy...) - 프록시 강제 초기화
org.hibernate.Hibernate.initalize(entity);
참고
JPA 표준은 강제 초기화 없음
강제 호출 : member.getName()
즉시 로딩과 지연 로딩
지연 로딩 : LAZY를 사용해서 프록시로 조회
즉시 로딩 : EAGER를 사용해서 함께 조회
프록시와 즉시로딩 주의
- 가급적 지연 로딩만 사용 (특히 실무에서)
- 즉시 로딩을 적용하면 예상하지 못한 SQL이 발생
- 즉시 로딩은 JPQL에서 N+1 문제를 일으킨다.
- @ManyToOne, @OneToOne 은 기본이 즉시 로딩 → LAZY로 설정
- @OneToMany, @ManyToMany 는 기본이 지연 로딩
지연 로딩 활용 (실무)
- 모든 연관관계에 지연 로딩을 사용해라!
- 실무에서 즉시 로딩을 사용하지 마라!
- JPQL fetch 조인이나, 엔티티 그래프 기능을 사용해라!
- 즉시 로딩은 상상하지 못한 쿼리가 나간다.
영속성 전이(CASCADE)와 고아 객체
영속성 전이: CASCADE
- 특정 엔티티를 영속 상태로 만들 때 연관된 엔티티도 함께 영속 상태로 만들고 싶을 때
예) 부모 엔티티를 저장할 때 자식 엔티티도 함께 저장
주의!
- 영속성 전이는 연관관계를 매핑하는 것과 아무 관련이 없음
- 엔티티를 영속화할 때 연관된 엔티티도 함께 영속화하는 편리함을 제공할 뿐
CASCADE의 종류
- ALL : 모두 적용
- PERSIST : 영속
- REMOVE : 삭제
- MERGE : 병함
- REFRESH : REFRESH
- DETACH : DETACH
고아 객체
- 고아 객체 제거
: 부모 엔티티와 연관관계가 끊어진 자식 엔티티를 자동으로 삭제 - orphanRemoval = true
주의!
- 참조가 제거된 엔티티는 다른 곳에서 참조하지 않는 고아 객체로 보고 삭제하는 기능
- 참조하는 곳이 하나일 때 사용해야 함
- 특정 엔티티가 개인 소유할 때 사용
- @OneToOne, @OneToMany만 가능
참고
개념적으로 부모를 제거하면 자식은 고아가 된다.
따라서 고아 객체 제거 기능을 활성화 하면, 부모를 제거할 때 자식도 함께 제거된다.
이것은 CascadeType.REMOVE 처럼 동작한다.
영속성 전이 + 고아 객체, 생명주기
- CascadeType.ALL + orphanRemoval = true
- 스스로 생명주기를 관리하는 엔티티는 em.persist()로 영속화, em.remove()로 제거
- 두 옵션을 모두 활성화하면 부모 엔티티를 통해서 자식의 생명 주기를 관리할 수 있음
- 도메인 주도 설계(DDD)의 Aggregate Root 개념을 구현할 때 유용
728x90
728x90
'Spring > 자바 ORM 표준 JPA 프로그래밍 - 기본편' 카테고리의 다른 글
7. 고급 매핑 (0) | 2022.04.07 |
---|---|
6. 다양한 연관관계 매핑 (0) | 2022.04.04 |
5. 연관관계 매핑 (0) | 2022.03.29 |
4. 엔티티 매핑 - 기본 키 매핑 (0) | 2022.03.25 |
4. 엔티티 매핑 - 필드와 컬럼 매핑 (0) | 2022.03.25 |
Comments