1. QueryDSL 이거 ORM이라매 그럼 얘도 N+1 문제가 존재할 수 있다는거임?
2. Slice 병목 원인은 Offset(page * size) 크기가 커지면 병렬적으로 증가한다는데 이게 무슨소리임?
3. 보통 관리자용 검색 API에 엘라스틱 서치까지 집어넣음? 아님 그냥 Slice 방식의 QueryDSL로 해결함?
1. QueryDSL 이거 ORM이라매 그럼 얘도 N+1 문제가 존재할 수 있다는거임?
2. Slice 병목 원인은 Offset(page * size) 크기가 커지면 병렬적으로 증가한다는데 이게 무슨소리임?
3. 보통 관리자용 검색 API에 엘라스틱 서치까지 집어넣음? 아님 그냥 Slice 방식의 QueryDSL로 해결함?
해당 댓글은 삭제되었습니다.
답변 ㄳ
해당 댓글은 삭제되었습니다.
2번은 그래서 마지막 식별정보를 토대로 다음 페이지만 가리킬 수 있게끔 꼼수 쓰는 기법이 검색 구현할 때 사실상 필수처럼 여겨진 이유구나. 3번은 엘라스틱 서치 역색인 동기화 하는 것 자체가 좀 까다로웠는데 다들 짚고 넘어가나보네 와; 친절한 답변 정말 고맙습니다