Сортировку надо всегда делать на клиенте.
Ну нарисовал ты юзеру табличку на экране отсортированую по Total, а юзеру захотелось обратно отстортировать, по имени проекта. Ты будешь переписывать запрос и снова посылать его в базу будешь?

MBGWhite OwlСортировку надо всегда делать на клиенте.

Вопиюще неверное утверждение.

White Owl
Ну нарисовал ты юзеру табличку на экране отсортированую по Total, а юзеру захотелось обратно отстортировать, по имени проекта. Ты будешь переписывать запрос и снова посылать его в базу будешь?

Точно, буду посылать новый запрос. Как пример:


А вы будете все миллиарды записей на клиента пересылать только для того, чтобы десяток отображаемых можно было отсортировать в другом порядке?.. Пользователи вас расстреляют... и правильно сделают ;-)MBG, я вас уважаю, но вы сумасшедший.
Какие нафиг миллиарды записей? Если клиент потребовал миллиард записей, значит он не понимает чего ему надо. Никогда, ни при каких условиях, нету смысла пересылать на клиента больше сотни строк. Человек в принципе не в состоянии просмотреть глазами большее количество данных. Редко кто до тридцатой строки дотягивает да и то, только если специально что-то ищет.
Группировки, фильтры, различные аггрегаты, многоуровневая детализация - да. Но выдавать на клиента больше сотни строк это абсолютная глупость.
Ваш запрос намекающий на постраничный вывод данных это забавная игра ума, но и только. Ни один живой человек не будет сидеть и листать все ваши страницы.
А если кто-то захочет со мной спорить - откройте наш форум по SQLite и прочитайте (внимательно прочитайте, а не просто увидьте что там что-то написано) все заголовки тем, кто их начал и кто и когда последний в них ответил. Сначала на первой странице, потом на второй странице, потом на третей.... если сможете конечно.

MBGПример 1: во всех (или почти всех) корпоративных системах существует требование выгрузки всех отчетов в установленной форме, после чего их печатают, подписывают и отправляют в архив. Отчеты обычно выгружаются в эксель, по 65 000 строк на лист, десятки листов...Конечно-конечно, при этом начальник самолично проверяет все листы идущие в архив и ни одна запятая заложенная вороватым бухгалтером не проскочит мимо его внимания.
При этом он регулярно занимается пересотрировкой всех 65536 строк на каждом из листов чтобы было удобнее ловить лишние нолики впихнутые туда злоумышленником.
А через два года приходит налоговая и начинает проверять все эту гору бумаг заново.
Да, я знаю что такая практика существует на самом деле. Только от того что она существует она не перестает быть идиотской и главное не эффективной.

MBGПример 2: постраничное листание выборки. К примеру, в биллинге на одной АТС могут быть сотни портов, в документообороте - у одного партнера могут быть сотни заявок в сутки и т.п. Бывают и выборки (да, уже агрегированные) на десятки тысяч записей, скажем, квартальный отчет одного из операторов сотовой связи по дилерам - и именно в таком виде этот отчет сдается из макрорегионального офиса в российский.Есть некоторая разница между выгрузкой данных для отдачи их в другую базу данных и сортировкой этих данных, вы не находите? Процедура репликации данных не требует переменной сортировки.

MBGИ есть такая профессия - аналитик, который получает деньги именно за работу с подобными данными. Даже спам, случается, приходит - за определенную таксу составим список 1000 ваших конкурентов по данным популярных поисковиков.Угу. Хорошо, и что я буду делать с этим списком из 1000 моих конкурентов? Мне не нужна тысяча, мне нужен максимум десяток из моих непосредственных конкурентов. Тех кто оперирует в моем регионе, тех кто реально имеет шанс отобрать у меня клиентов. И даже в этом случае мне максимум тройка лидеров будет интересна.