DB에서 정렬 VS 애플리케이션에서 정렬

Question

전제조건필터링 작업은 정렬을 하지 않아도 가능합니다.다른 테이블을 참조하지 않고 조회된 데이터만으로 정렬이 가능합니다.정렬 연산은 복잡한 연산이 필요하지 않습니다.1~3차(우선순위가 같은 경우 그룹 내에서 정렬을 위한) 정도의 정렬 기준을 가집니다.이런 조건이라면 데이터 베이스에서 정렬을 하고 가져오는 것과데이터를 가져온 뒤 애플리케이션에서 List와 같은 컬렉션의 정렬 API를 통해 정렬하는 것어느 쪽이 더 효율이 좋을까요?찾아본 바로는 WAS는 scale-out이 용이하나 RDB는 그렇지 않으니 DB 점유를 최대한 덜 하는 것이 좋다는 의견이 있었는데요오키 개발 실무자분들의 의견도 궁금합니다.

강아지좋아하는개발자 · Answer

일반적으로는 DB에서 정렬하는게 맞음그렇다면 DB에서 정렬하지 못하는 상황은?복잡한 정렬, 빠른 데이터 응답이 필요할떄 프로그램에서 정렬한 메모리를 잡고 있으면 더욱 빠른 응답이 가능함 ㅇㅇ또한 인덱스 활용 유무도 중요하니 인덱스 활용에 최적화를 할 수 있다면 DB에 넣는게 가장 좋은 선택임작성자님이 말한 전제조건 4가지를 따져보면 DB에서 정렬하는게 맞음

mirheeoj · Answer

늘 그렇지만 정답 없는 문제.. 예컨대 동일 리스트를 수많은 클라이언트가 공유하거나, 정렬한 데이터를 추가로 서버에서 이용해야 하거나, 클라이언트가 이미 지나치게 바쁘고 무겁다면 서버에서 하는게 이득이 있겠고, 그 반대면 클라이언트가 낫겠지요. 저라면 보안 정책이나 퍼포먼스 요구사항을 위반하지 않는 한에서 구현하기 편한대로 작업해놓고, 문제가 발생하면 그 때 다시 생각해볼 것 같습니다.

kenu,전독시 · Answer

데이터가 백만 건 넘나요? 어느 정도의 데이터인가요?

Clickin · Answer

저는 캐시해도 되냐 아니냐의 차이로 나누고 있습니다.페이징이 필요없고 변경이 적어서 캐시 가능한 쿼리 결과면 대부분 WAS에서 정렬해도 무방한 조건을 충족합니다.

테스트맨 · Answer

아키텍쳐에는 정답이 없음.답이 없지만 지표를 보고 사용하는 사람이 취사 선택해야함.DB에 정렬하는 컬럼에 인덱스가 걸려있지 않다면 메모리 정렬을 수행하기 때문에 느림 이런 경우 어플리케이션 레벨에서 정렬을 하는게 이득일 수 있음.반대로 인덱스가 걸려있다면 엄청한 속도로 정렬하기 때문에 로직을 분산시키면서 까지 어플리케이션 레벨에서 정렬을 할 필요가 있을까 판단됨.

장독깨기 · Answer

데이터 건수가 많으면요, 가령 만건이다.그럼, 만건을 다 가져와서 정렬해야 하잖아요.만건을 네트웍 통해 가져오는 것도 큰 비용이며, OOM 도 발생할 것 입니다.데이터가 몇 건 안되면 어디서 하든 상관없고 효율을 따질 문제도 아닙니다.결론. 데이터베이스에서 하는 것이 좋겠습니다. :)

집킨 · Answer

정렬 기준이 되는 컬럼에 인덱스가 있다면 정렬작업을 스킵할 수 있습니다 (인덱스는 항상 정렬된 상태로 유지되고, 인덱스의 순서를 기준으로 레코드를 가져오기 때문이죠)

옥다방고양이 · Answer

✅️특수한 경우가 아니면, DB에서 정렬해서 가져옵니다.나머지, 업무적으로 DB에서 정렬에 무리가 있는 경우에만 애플리케이션에서 정렬하지만, 그런 경우는 거의 못 본것 같습니다.

르매 · Answer

DB에서 리스트를 반환하는 경우를 두 가지로 나누자면, 페이징과 페이징이 아닌 것이 있습니다.페이징은 전체 리스트를 정렬해서 그 중 원하는 페이지만 반환해야 하기 때문에 DB 정렬을 피할 수 없습니다.그 외의 경우에 DB에서 정렬을 하지 않아도 된다면, SELECT 문에서 ORDER BY 절을 일괄 생략할 수 있다는 말이 되는데요. 이렇게 대부분의 ORDER BY를 생략할 수 있다면, RDBMS 입장에서는 부하 감소에 매우 도움이 됩니다.실행계획을 살펴보면 아시겠지만 ORDER BY가 동작하는 방식은 예상하기가 좀 어려운 편입니다. 예기치 않게 file sort 가 계속 발생하고 있을 수도 있고.. 이런 작업의 누적은 스케일 아웃이 어려운 RDB에게 부담이 되고 서비스 응답 자체에도 악영향을 주기 쉽습니다.실제로 저는 새 프로젝트를 시작하면, 백엔드 개발자와 미리 의논해서 백엔드 API에서 json을 정렬해서 내려 주는 것으로 협의하고 개발을 진행하고 있습니다.p.s 흔한 오해 중 하나가 인덱스가 잘 선택되면 ORDER BY 절을 생략해도, 어차피 인덱스가 물리적으로 정렬되어 있으니 인덱스 컬럼으로 정렬되어 SELECT 된다는 것인데요. (심지어 많은 DB 도서에서 이렇게 가르칩니다..) 많은 경우 현상만 놓고 보면 그 말이 맞아 보이지만 ORDER BY 절이 없다면.. DBMS가 정렬을 100% 보장해 주진 않습니다. 테스트로 날린 쿼리에서는 정상적으로 정렬되어 있더라도 특정 환경이나 순간에 달리 정렬된 결과를 주기도 합니다. 다만, 이 현상이 잘 관찰되지 않기 때문에 ORDER BY 절을 생략해도 되는 것처럼 보이는데.. 다시 한번 말씀드리지만 정렬이 100% 보장되어야 하는 경우.. 반드시 ORDER BY 절을 명시해야 합니다.

basscraft · Answer

DB는 정렬에 특화된 알고리즘을 가지고 있습니다.그리고 데이터를 가져올 때 쿼리를 수행하고 그 로우 만 패치 작업을 합니다.어플리케이션에서 정렬을 하려면 DB에서 패치하는 작업 같은 행위를 최소한 레코드 갯수 이상으로 루프를 돌아야 합니다.어플리케이션에서 루프를 수행하는 것은 성능저하의 주요 이슈입니다.아무리 잘 만들어서 DB의 인덱싱과 정렬 보다 잘 만들 수는 없다고 생각합니다.결론, DB의 실행계획을 잘 파악하고 필요하면 인덱스를 추가해서 DB에서 정렬하는게 좋다 입니다.

DB에서 정렬 VS 애플리케이션에서 정렬

10개의 답변

#orderby 목록