현재 개발된 UI에서 DB의 데이터를 뽑아서 보여주는데..
예를 들어 결과가 1,000건이라면 화면에 해당 데이터를 쭉 뿌려줍니다..
이때 예를들어 20초가 소요된다고하면 20초동안 DB검색과 UI에 데이터를 뿌려준 후 전체건수가 얼마나 되는지 Count 하는 쿼리가 또 돌아가서
전체 건수를 화면에 뿌려주고 조회가 끝납니다.. 해서..총 조회시간이 25초 이상 소요됩니다.
결과를 뿌려줄때 건수를 한번에 체크할수는 없을까요?
쿼리 구성에 따라 겸사겸사 해서 count 를 구할 수 도 있겠고요.
특별히 그럴만한 건수가 없으면
unique index ffs count한걸
union all 로 맨 처음이나 맨 마지막에 추가해서
항상 마지막은 count 한 결과로 해도 되겠지요.
부분범위 처리에서 Count 로 인한 오버헤드는 있습니다.
따라서, 비정규화 > count 를 미리 구해 놓는 방법으로 사용중입니다.
화면에 출력할 건 수는 10건이지만...
보통 목록구하기와 카운트를 합쳐서 COUNT(*) OVER 를 사용합니다만...
전체 카운트를 위해서는 전체를 Fetch 하여 보아야 하므로 성능 이슈가 나올 수 밖에 없습니다.
전체 건수를 매 화면에 보여주는게 업무상 중요치 않다면 굳이 계산하지 마시기 바랍니다.
단순히 화면 페이지 계산을 위해서 카운트한다고 하시면 그냥 추정값으로 계산하시기 바랍니다.
어차피 과거의 페이지를 찾아가서 읽는 사람 거의 없습니다. 구글도 검색 화면에서 페이지를 일일이 계산하지 않습니다. 페이지 링크는 존재하나 막상 찾아가면 목록이 없는 빈 페이지인 경우도 허다 합니다.
