Сортировка в подзапросе не имеет смысла.

История продолжается... Итак, ценой неимоверных умственных усилий мы получили-таки табличку:

vasya  2  3
fedya  3  5
misha  3  4
  

теперь сверхзадача заключается в том, чтобы к оной табличке в конец добавить строчку со сводным суммированием, т.е. нужна таблица:

vasya  2  3
fedya  3  5
misha  3  4
total   8   12

для получения изначальной таблицы использовал вариант с UNION-ами:



попробовал решить текущую задачу таким макаром:



Мускул справедливо вопрошает, чего я покурил и откуда взял Total во втором запросе верхнего (по уровню вложения) UNION-а. Понять я его, конечно могу  . Чего я не могу понять, так это как получить заветную строчку с "Итого" в конец моей таблички...  

Можно как-нибудь задать глобальную пользовательскую переменную с таблицей Total? С тем, чтобы результаты можно было использовать и в других SELECT-ах. Или как это лучше сделать?

Это сообщение отредактировал(а) hollywood - 9.5.2008, 12:55

создать временную(TEMPORARY) таблицу (возможно, будет ещё быстрее, если создать в памяти(ENGINE=MEMORY)). заполнить. временная таблица с точки зрения каждого отдельного connection к базе имеет уникальное содержимое. и сможешь в своих запросах до закрытия подключения к БД использовать любое количество раз 

Спасибо, вариант интересный. Стоит того, чтобы с ним хотя бы поковыряться. Я вот тут только голову ломаю: может не стоит заморачиваться с запросом, а конечную сумму в скрипте уже посчитать? Это, конечно, уже не так красиво выглядит, но я опасаюсь за быстродействие... По сравнению с реализацией суммирования в php во время итерирования по результатам запроса - создание временной таблицы в памяти сильно медленнее должно быть?..

hollywood, 
Если у тебя 3 строки в итоговом запросе - то где хочешь, там и суммируй.
Ты еще не знаешь своих узких мест, а уже пытаешься оптимизировать.

Сделай два запроса и не мучайся. 

Вот когда наступит время оптимизации, тогда и будешь думать, выбирать ли во временную таблицу или посчитать в скрипте.