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 |
Tags
- API
- JPA
- BindingResult
- 은행원알고리즘
- 백준
- spring
- m:n
- Git
- 기본키 전략
- 프로그래머스
- 런타임 상수
- @SubscribeMapping
- @Autowired
- 쉘 스크립트
- JDBC
- application layer
- 데커
- 리눅스
- 커밋 되돌리기
- 편향된 지수
- 컴파일 타임 상수
- compgen
- 무한정 대기
- intelij spring config
- allocationSize
- DTO
- 파이썬
- 영속화
- 쿠키
- 알고리즘
Archives
- Today
- Total
목록컬렉션 조회 (1)
둘셋 개발!
[API개발과 성능최적화-3] 컬렉션 조회 최적화
컬렉션인 일대다 관계를 조회하고, 최적화 하는 방법이다. 일대다 관계이기 때문에 데이터가 배로 커지기 때문에 문제가 발생하고, 또한 중복도 발생한다 1. 엔티티 조회방식 SQL에 distinct를 추가해서 같은 엔티티가 조회되면, 애플리케이션에서 중복을 걸러준다. 하지만 이에 치명적인 단점은 페이징이 불가능하다는 것이다. 애플리케이션에서는 Order의 id가 같으면 중복을 제거 해주지만, 데이터베이스에서는 한 줄에 있는 모든 데이터가 같아야 중복이 되기 때문에 데이터가 배가 되는 문제는 피할 수가 없다. 따라서 원하는대로 페이징을 할 수 없다. 해결방법은 hibernate.default_batch_fetch_size, @BathSize를 적용하는 것이다. 이 옵션을 사용하면 컬렉션이나, 프록시 객체를 한..
JPA
2021. 11. 25. 11:46