티스토리 뷰
1. 엔티티 조회 방식으로 우선 접근
-> 1. 페치조인으로 쿼리수를 최적화
-> 2. 컬렉션 최적화
-> 1. 페이징 필요 fetchSize 최적화
-> 2. 페이징 필요 x -> 페치 조인 사용
2. 엔티티 조회 방식으로 해결 안되면 DTO 조회 방식 사용
3. DTO 조회 방식으로 해결이 안되면 NativeSQL or 스프링 JDBCTempleate 사용
참고 : 엔티티 조회 방식은 페치 조인이나, fetch_size 같이 코드를 거의 수정하지 않고, 옵션만 약간 변경해서, 다양한 성능 최적화를 시도할 수 있다. 반면에 DTO를 직접 조회하는 방식은 성능을 최적화 하거나 성능 최적화 방식을 변경할 때 많은 코드를 변경해야 한다.
'dev_공부일지 > spring JPA 활용 웹만들기' 카테고리의 다른 글
OSIV와 성능 최적화 (0) | 2024.03.04 |
---|---|
JPA Api(6) JPA에서 DTO 직접 조회 (0) | 2024.03.04 |
JPA api (3) (성능최적화 2) (toOne) (조회시 DTO 변환) (0) | 2024.03.02 |
JPA API (2) (성능최적화 1)(toOne)(엔티티로 반환..근데 이건 쓰지말자) (0) | 2024.03.02 |
JPA API (1) DTO로 따로 관리해야한다. (등록,수정,조회) (0) | 2024.03.01 |
공지사항
최근에 올라온 글
최근에 달린 댓글
- Total
- Today
- Yesterday
링크
TAG
- JPA
- Java
- 리터럴
- reject
- 예외처리
- 스프링공부
- jpa api
- 향해99
- 백엔드 개발자 역량
- 인터셉터
- react실행
- rejectValue
- 향해플러스
- HTTP
- SpringBoot
- ArgumentResolver
- Intercepter
- 항해플러스
- thymleaf
- 스프링부트
- 향해플러스백엔드
- exception
- 백엔드 개발자 공부
- 컨트
- filter
- 항해99
- 로그인
- React
- hypertexttransferprotocol
- BindingResult
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
글 보관함