반응형
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스터디
- DDD
- querydsl
- 자바공부
- 프로그래머스
- nestjs스터디
- JPA 공부
- Axon framework
- Flutter
- 플러터 개발
- Kafka
- 기술공부
- 기술면접공부
- nestjs공부
- 스프링부트공부
- 알고리즘공부
- 카프카
- nestjs
- 코테공부
- JPA
- 스프링부트
- JPA예제
- 스프링 공부
- K8S
- 스프링
- 자료구조공부
- 스프링공부
- 플러터 공부
- JPA공부
Archives
- Today
- Total
목록지연로딩과 즉시로딩 (1)
DevBoi
[JPA] 지연로딩과 즉시로딩
두 객체에 대한 로딩을 할때, 해당 처럼 Lazy 조인으로 하게되면, 해당 컬럼을 지연 로딩을 할수 있다. 그렇게 되면, 해당 find할때 팀을 가져오는 것이아니라, 실제로 팀을 사용할때 가져오는 쿼리를 발송한다. 이는 프록시를 활용한 것이다. 처음에 멤버를 가져올때 팀은 프록시 객체만 가져오고, 실제로 팀을 사용할때, 해당 팀에 대해서 영속성 컨텍스트에게 프록시 객체가 초기화 요청을 하여 쿼리가 나가는 것이다. 지연 로딩의 반대는 FetchType.eager이면서 즉시로딩이라고한다. 해당 방법으로 엔티티를 가져오면, 프록시 객체가 아닌, 관련된 엔티티들을 조인으로 전부를 진짜 객체로 가져온다. 가급적 실무에서는 지연 로딩을 사용해야한다 왜냐면 즉시로딩은 한번의 엔티티에 다른 엔티티들에 대한 조회를 같이..
Develop/[JPA]
2022. 3. 7. 17:07