Arhat109Cygapb-007,
У вас там "косяк" в том, что предварительную сортировку в подзапросе Вы делаете по DESC, а группировка в Мускуле "по умолчанию", и внезапно - делает ASC. Соответственно, думаю можно подобрать ТАКИЕ наборы данных, для которых внутренняя предварительная группировка 0 неэффективна и последующий групбай - перевесит вашу явную сортировку напрочь.
Так что, даже если "в целом" запрос "практически" работает - за такое, я бы ручки точно от разработки реальных проектов отлучил "не задумываясь", но... не переживайте. Здесь таких "гуру" - каждый третий.Хохма в том, что серверу не нужно сортировать по
id_message , достаточно отсортировать по
id_user . То есть на вход сортировки поступает последовательность записей, сортировщик начинает сортировать ее по полю
id_user - но по этому полю последовательность уже отсортирована, поэтому никаких дополнительных перемещений записей во входном наборе вроде бы не ожидается (иначе это увеличило бы стоимость плана выполнения)...
Да, я согласен с тем, что
http://dev.mysql.com/doc/refman/5.5/en/group-by-extensions.html You can use this feature to get better performance by avoiding unnecessary column sorting and grouping. However, this is useful primarily
when all values in each nonaggregated column not named in the GROUP BY are the same for each group .
The server is free to choose any value from each group , so unless they are the same, the values chosen are indeterminate.но не вижу причин, побудивших бы его
реально выполнить пересортировку поступающих данных.
