ORDER BY가 포함된 SELECT 쿼리 페이징 질문

Question

데이터량이 많아 조회속도가 느린것을 해결하기 위해 페이지 단위로 SELECT하는데요.이때 ORDER BY를 사용하면 페이징할 이유가 있는지 궁금합니다.ORDER BY로 정렬하려면 어차피 모든 데이터를 가져와야 원하는 페이지의 데이터를 찾아올 수 있을꺼고그렇다면 ORDER BY를 사용하는 SELECT문을 굳이 페이징할 필요가 있을까요?혹시 인덱스가 되어 있는 컬럼이라면 ORDER BY와 페이징을 동시에 사용해도 될까요?그리고 페이징할때 마지막 페이지 데이터를 가져올때도 전체 데이터를 가져와봐야 마지막 페이지를 골라낼 수 있을것 같은데 실제 데이터베이스 내부 처리 방법을 몰라 궁금합니다.

Clickin · Answer

order by를 지정해줘야지 정확하게 페이징이 됩니다어차피 웬만하면 인덱스를 태우실 거고 인덱스 스캔 시점에서 갯수를 알 수 있기 때문에 다 조회할 필요가 없습니다.그리고 페이징은 limit을 걸기 때문에 order by 가 없어서 정렬이 실행계획 마음대로일 경우똑같은 6페이지인데 내용이 다를 수 있습니다.limit은 fetch 과정에서 끊어버리기 때문에 데이터를 가져오지 않아서 큰 의미가 있습니다.

심심하다능! · Answer

첫 번째부터 20번째까지 가져오는 건 페이징. order by는 어떤 정렬 또는 순서로 줄을 세울까의 문제죠. 키 순서, 나이 순서, 가나다 순서, 또는 그 역순. 먼저 줄을 세워야 그 다음 어떤 구간을 최종 불러올 것인지를 결정하죠. 참고로 그래서 db에는 index라는 기능이 있죠. 매우 중요하죠.

집킨 · Answer

페이징을 위해선 정렬이 먼저입니다정렬을 할때 기준 컬럼의 인덱스가 있고 없고는 가능여부와는 관계가 없습니다하지만 인덱스를 기준으로 그것도 클러스터 인덱스를 기준으로 정렬할 수 있다면 성능이 제일 잘 나오겠죠예를 들어서 댓글 리스트를 조회하는데 최신순이라면 생성날짜 대신 pk를 기준으로 정렬하면 속도가 가장 잘 나옵니다

JethroHolic · Answer

실제 테이블 구조는 디비 엔진마다 그리고 설정하기에 따라 다른데, 일반적으로 b-tree나 b+tree로 되있고, (조건으로 쓰는게) 인덱싱 되어있다면 저런 트리 구조 타고 가서 조건 맞는 것 찾아서 갯수 세는걸꺼여서full scan하고 정렬해서 특정 지점에서 몇개 가져오고 그런 식은 아니에요.limit 걸면 트리 순회하다가 갯수 만족되면 끝날꺼에요..

장독깨기 · Answer

데이터베이스에서 페이징을 해주고 특정 페이지의 데이터를 가져오고 하는 이런 기능은 없습니다.전체 갯수를 세고, limit, offset 으로 우리가 페이징을 하는거죠.최신 순으로 조회를 하려면 정렬을 해야하니, ORDER BY 를 써야 합니다.조금 더 얘기 해보면, 인덱스는 이미 정렬이 되어 있으니 ORDER BY를 사용하지 않아도 기본적으로 순서대로 가져 옵니다.그리고, 인덱스를 생성할 때 오름차순 또는 내림차순으로 생성을 할 수 있는데요,내림 차순으로 인덱스를 생성하면 order by를 쓰지 않더라도, 최신순으로 가져올 수 있겠죠.그런데, 여기서 문제가 좀 있습니다. mysql 은 내림차순으로 인덱스를 생성할 수 있는데요,마리아 DB 는 내림차순으로 인덱스를 생성하는 기능이 없습니다.그니까, 내림차순 인덱스 생성을 지원하지 않는 데이터베이스에서는 ORDER BY 를 해야겠죠.

ORDER BY가 포함된 SELECT 쿼리 페이징 질문

5개의 답변

기술 목록