# Paging
페이징 1. - 계층별 페이지 구현
단순히 모든 data 를 조회하는 find all 이 아닌,페이징 data 를 추가로 받는 find all 을 생성한다.getList 의 매개변수에 조회를 원하는 페이지 번호를 받는다.Sort.Order.desc()column 을 기준으로 정렬을 해주는 라이브러리이다.
QueryDsl - 결과조회, sort, paging
fetch()리스트 조회, 데이터 없으면 빈 리스트 반환JPQL의 getResultList()와 유사하다fetchOne()단 건 조회결과가 없으면 : null결과가 둘 이상이면 : com.querydsl.core.NonUniqueResultExceptionfetchFi
[CS] cpu, paging
컴퓨터는 일련의 연산을 수행하는 계산기이다. 컴퓨터를 컴퓨터답게 만드는 이유는 바로 명령어를 읽어들여서 주어진 명령어에 따라 연산을 수행한다는 점이다. 그렇다면...컴퓨터의 모든 연산은 중앙 처리 장치, 흔히 CPU (Central Processing Unit) 이라
[JPA] Fetch join + Paging 에러
Spring Data JPA를 사용하여 fetch join + paging을 시도하던 도중 다음과 같은 에러를 만났다.현재 Comment와 Member 테이블 (N:1)이 존재하고, Comment List 조회 시 Member(작성자) fetch join + pagin
SpringBoot JPA Paging을 적용해보자
controller에서 Pageable로 값을 받아준다 넘겨받을수 있는 값은 다음과 같다page : 페이지 번호size : 페이지당 개수sort : 정렬할 ID, (오름차순|내림차순)작성하면 아래와 같다http://localhost:8080/api/posts?
AAC (Android Architecture Component)
1.Lifecycles(Easy handling lifecycles)2.LiveData(Lifecycle aware observable)3.ViewModel(Managing data in a lifecycle)4.Room(object Mapping for SQLite)
페이징
해당 게시글은 kocw에서 제공하는 금오공과대학교 최태영 교수님의 무료 강의를 공부하고 정리하기 위해서 만들어졌습니다.세그먼트로 처리하기 위해 주소 변환을 하다보면 logical 에서 phisical로 변환하는 비용이 발생하게 된다.결국 세그먼트를 사용한 이유는 결국
Spring 무한스크롤 페이징 기능 구현 + no offset(Querydsl)
팀 프로젝트를 하던 중 프론트 단에서 무한 스크롤을 적용한 조회 api를 구현해야 했다. 스프링 데이터 jpa의 Page 기능을 통해 구현할 수도 있지만, no offset 기능을 적용하기 위해 Querydsl을 사용하였다. no offset을 적용하지 않을 경우, 데
페이징 성능 테스트
페이징 성능 테스트 개요 검색 기능을 개발 중에 페이징 쿼리 성능이 너무 느려서 잘 알려져있는 3가지 방법(offset , no-offset, 커버링인덱스)의 페이징 방법을 테스트 해보자 성능 테스트 데이터 product 테이블에 6천7백만건 제품 데이터를 가지고
JPA에서 Spring data mongo 로 페이징 마이그레이션
저장하고자 하는 document json의 형태는 위와 같다. 관계로 나타내면 일대다가 중첩된 것이라 할 수 있겠다. 예를 들어, diary : diet =1:n, diet : food =1:n이라고 할 수 있다.페이징 dto는 diary.written_time, di
[Android/Compose] 컴포즈에서 페이징 가능한 커스텀 갤러리 만들기
컴포즈에서 Jetpack의 페이징 라이브러리 사용해보기, 폴더별 이미지 가져와서 커스텀 갤러리 만들기
Paging
Comment 구현을 하다가 이제 리스트를 불러와야해서 Repository에서 List<Comment>로 적다가 Page<Comment>로 바꾸라 해서 찾아보게 된 녀석...개인적으로 List로 불러와서 page를 나누려고 했으나 JPA에는 그것마저 편하게
No Offset 쿼리로 Paging 성능 개선하기 (NGrinder로 성능 개선 확인2)
이전 NGrinder로 부하 테스트를 진행해보고, 해당 API에서 paging 쿼리와 이름 검색에서의 성능 문제를 예상한 리팩토링 과정입니다. 기존 Paging 쿼리를 No Offset 쿼리로 개선하고, 이름 검색을 Index를 활용해 성능의 개선을 확인합니다.프로젝
[12.13] 내일배움캠프[Spring] TIL-31
지난 포스팅 : JWT 방식을 사용하여, 등록된 User의 인식 시, Secret Key로 복호화가 가능한 Token을 클라이언트에게 제공하여, 다음 작업의 요청 시 요청 데이터와, 토큰을 같이 Header에 전송하여 서버에서 검증단계를 거쳐 로그인의 상태에서 할 수