티스토리 뷰
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)(엔티티로 반환..근데 이건 쓰지말자) (1) | 2024.03.02 |
JPA API (1) DTO로 따로 관리해야한다. (등록,수정,조회) (0) | 2024.03.01 |
공지사항
최근에 올라온 글
최근에 달린 댓글
- Total
- Today
- Yesterday
링크
TAG
- JPA
- 향해플러스백엔드
- SpringBoot
- 항해99
- 컨트
- reject
- rejectValue
- react실행
- BindingResult
- 향해99
- 로그인
- Intercepter
- React
- 스프링공부
- 예외처리
- hypertexttransferprotocol
- 스프링부트
- filter
- ArgumentResolver
- 리터럴
- 백엔드 개발자 역량
- 인터셉터
- 백엔드 개발자 공부
- 항해플러스
- HTTP
- 향해플러스
- exception
- jpa api
- thymleaf
- Java
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
글 보관함