순수 JPA 페이징 & 정렬
findByPage
:페이징을 하기 위한offset과limit을 받고,정렬하기 위한필드인age를 받아페이징 수행totalCount
: 보통페이징을 하면서전체 데이터의 수를 많이 쓰기 때문에 거의함께 필요함
실제 페이징을 하면서다양한 정보들이필요
현재 페이지에 대한정보마지막 페이지정보최초 페이지정보전체 데이터 수- 등등
스프링 데이터 JPA에서 페이징 & 정렬
[ 설명 ]
org.springframework.data
:JPA에종속적이지 않고다양한DB와도호환 가능한공통 인터페이스 부분
사용하는페이징과정렬파라미터
:페이징을 하기 위한 정보를Pageable객체에 담아서 받게 된다
org.springframework.data.domain.Sort:정렬org.springframework.data.domain.Pageable:페이징(내부에Sort 포함)
제공하는특별한 반환 타입
org.springframework.data.domain.Page:추가 count 쿼리결과를포함하는페이징org.springframework.data.domain.Slice:추가 count 쿼리없이다음 페이지만 확인 가능한페이징List<>: 일반적인 컬렉션 List
[ 사용 예시 - Page객체 ]
Page<Member>를 반환하며age와Pageable 객체를파라미터로 지정
PageRequest에페이징에 필요한offset / limit / sort를지정하여파라미터로 전달
(PageRequest는Pageable의구현체)
page.getTotalElements(): 전체 데이터 수(count)page.getNumber():현재 페이지번호page.getTotalPages():전체 페이지번호page.isFirst():첫 페이지인지확인page.hasNext():다음 페이지가 있는지확인
Page객체를 통한조회시자동으로전체 데이터 수 count를 구하는 쿼리가생성된다
[ Count Query 최적화 ]
Page 반환타입을지정할 경우자동으로 추가 count 쿼리가 발생되는데 이 때문에성능이 느려질 수 있다는 것을알아둘 필요가 있다- 만약
Team의 정보도함께 조회하는 상황이라면join을 통한 쿼리가 실행되어야 하는데
이 때,묵시적으로count query도join이 발생되는 것을 확인할 수 있다
(count 쿼리에서는해당하는 member의 수만 알면 되서join이 불필요하다!)
count query를직접 지정하면 이러한성능 악화를 막을 수 있다
(count query 작성시반드시반환타입이 Long이라서count()를 해주는 것을 잊지 말자)
[ 사용 예시 - Slice객체 ]
- 반환타입을
Slice<>로 명시하면Page<>와 다르게추가 count쿼리가나가지 않는다- 대신 특별하게
우리가 조회하는 limit+1만큼조회를 수행
offset 0/limit 3으로조회했지만실제로는limit+1만큼 조회가 수행더보기 버튼처럼다음 페이지의 부분 정보를 활용하는 페이징 방식에서사용됨추가 count를 구하는 쿼리가수행되지 않기 때문에해당 메서드는존재하지 않음
page.getTotalElements():데이터의 총 개수page.getTotalPages():페이지의 총 개수
[ DTO로 페이징 결과 받기 ]
Page/Slice어느것을 쓰더라도결과적으로 Entity 자체를 반환하면 안된다Page<>/Slice<>를그대로 DTO로 변환한 뒤반환하면 문제가 되지 않는다. (.map()사용)
Developer & PhotoGrapher