일반적으로 조건부 페이징 목록 조회 어떻게 처리하는 편인가요?

Question

일반적으로 게시물 목록을 보여줄 때 페이징 처리해서 보여주잖아요?이때 최신순, 추천순, 댓글순, 조회순, 제목순.... (ASC) &#43; 앞서 말한 조건의 역순(DESC)으로 필터링을 걸 수 있는데&#34;SQL에는 비즈니스 로직을 담지 마라.&#34;라는 말을 들었습니다.실무나 상황에 따라 다르겠지만,기본적으로 목록 조회 시 최신순으로 조회를 해준다고 해볼 때ORDER BY 생성일 DESC로 조회를 하겠죠?만약 SQL문에 비즈니스 로직을 포함한다면동적 쿼리를 사용해서 입력값(전달되는 파라미터)에 따라 조건부 검색을 수행할 텐데요어디서 들은 소리 중 하나가&#34;일반적으로 기본 조건으로 select한 후에 비즈니스 로직에서 이를 니즈에 맞게 다시 sort 해준다.&#34;라는 말을 들었어요이떄 만약 페이징처리한 후에 50개씩 데이터를 갖고오게 되면..해당 테이블에 존재하는 데이터가 만약 5000개일 경우 1~5000 데이터 중에 1-50까지 데이터만 정렬되지 않나 싶어서요.혹은 이런 상황을 방지하려면해당 테이블 모든 데이터(5000개)를 다 가져와서그 5000개를 sort한 후 페이징해서 응답해줘야 하나 싶기도 하고..리소스가 많이 낭비될 거라 생각이 들긴 해서저같은 경우 동적쿼리를 사용해야 한다고 생각이 들어서 항상 그렇게 개발하긴 했지만... 갑자기 궁금하네요(만약 자주 조회되지 않는 경우에는 cache에 저장할 수도 있겠다 생각은 들긴 합니다.)무튼실무에서 어떤 방법으로 보통 개발을 하며,성능 &#43; 유지보수 두 마리 토끼를 다 잡을 순 없겠지만, 어떻게 개발하는 것이 효율적인지선배님들의 의견이 궁금합니다.

톰소여 · Answer

겁주는 사공이 너무 많아요.그냥with targetlist as( select 조회칼럼들.. ,row_number(partition by 그룹핑, order by 정렬 조건 ) rowNo from where 조건 ) select * from targetlist where targetlist.rowNo between 1 and 10 여기서 크게 안바뀝니다. 조건을 걸고 정렬 해서 rowNo 를 잡고 그걸로 페이징번호에 해당하는 row를 가져오면 됩니당.성능은 인덱스 와 플랜을 보고 잡으면 되고요.

장독깨기 · Answer

쿼리로 작성하면 됩니다.비지니스 로직에서 정렬하는건 말이 안 됩니다.데이터 건 수가 많아지면, 데이터베이스와 어플리케이션간 네트웍 비용이 더 들겠죠.또한, OOM 발생할 수 있습니다.데이터가 적을 때 로직에서 정렬 했다가 많아지면 위와 같은 문제가 발생 할 테고,성능 역시 떨어질 겁니다.이런 문제가 발생할 소지가 있으니, 당연히 유지보수성에도 좋지 않습니다.그니까, 쿼리로 하는 것이 성능, 유지보수성 두 마리 토끼를 잡는 겁니다. ㅎ간혹, 무지성으로 유지보수성 얘기를 하는 사람들이 있습니다.아무런 근거나 이유도 없이 무작정 유지보수에 좋다 이런 얘기들 믿지 마세요. :)

Clickin · Answer

정렬조건은 비즈니스 로직의 일부가 아닙니다.비즈니스 로직이라면 보통 조회조건, 정렬조건을 포함하지는 않고데이터 가공 부분을 비즈니스 로직으로 보는 게 일반적이라고 생각합니다.

일반적으로 조건부 페이징 목록 조회 어떻게 처리하는 편인가요?

3개의 답변

기술 목록