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
- bean
- QueryDSL
- Streams
- kafka
- entity graph
- JPA
- CodePipeline
- ECS
- pgvector
- cd
- producer
- mysql
- transactionaleventlistener
- Kubernetes
- PAGING
- Spring JPA
- topic생성
- consumer
- spring
- Kotlin
- AWS
- Spring Data JPA
- CI
- spring kafka
- Entity
- git
- API
- K8s
- centos7
- offsetdatetime
Archives
- Today
- Total
목록entity graph (1)
Yebali
Spring Collection 조회 성능 비교
Spring을 사용하다 보면 @OneToMany로 매핑되어 있는 Entity들을 조회하기 위해 이러저러한 방법을 지원한다. 가장 흔하게 생각할 수 있는 방법으로는 Lazy Loading, fetch join, entity graph가 있다. 테스트 환경 Entity는 Team, Member, Card가 있고 각각 1:N(OneToMany) 관계로 매핑되어 있다. @Entity class Team( @Id @GeneratedValue(strategy = GenerationType.IDENTITY) val id: Long = 0, var name: String, @OneToMany(mappedBy = "team", cascade = [CascadeType.PERSIST, CascadeType.REMOVE])..
Spring
2022. 12. 25. 19:15