Аналогичный вопрос, кто может пояснить что происходит (правильно ли я понимаю):

select t.* from ( select max(ID) ID from table group by UserID ) a
left join table t on t.ID = a.ID
order by UserID

select t.* // такая запись мне не известна,  *  - это все столбцы, а t.  что это?

from ()  // зачем в скобках, это подзапрос?

select max(ID) ID from table group by UserID // получить столбцы id, в таблице  table и сгруппировать по UserID, что означает max(ID)

a left join table t // тут объединяем, то что получилось в скобках с настоящей таблицей?

on t.ID = a.ID // c on не знаком, видимо условие

order by UserID // сортировать

То что в скобках, можно сказать так? Сгруппировать, с каждого UserID получить последний id сообщения?

_____________
Принимаю заказы, писать в ЛС

Очень надеюсь у вас найдётся вечером немного свобоного времени, чтобы прокомментировать, то, как я понял ваш запрос и понял ли вообще. т.к. такие сложные запросы делать мне не приходилось.

_____________
Принимаю заказы, писать в ЛС

Скачайте доку (http://dev.mysql.com/doc/) - там всё описано подробно.
Основы надо знать, иначе там (в sql) делать нечего.

Правильно так: Сгруппировать по юзерИД. В каждой группе найти максимальный ИД.
Естественно, ИД должен быть с параметром AUTO_INCREMENT (или заполняться аналогом его алгоритма), чтобы "максиамльный ИД" соотвествовал "последней записи". Вместо ИД можно использовать время создания записи, например (но с умом!).


_____________
Рекламка / ad.pesow.com Хрень / mr-1.ru

тоже так считаю.

_____________
HTML, CSS (Bootstrap), JS(JQuery, ExtJS), PHP, MySQL, MSSql, Posgres, (TSql, BI OLAP, MDX), Mongo, Git, SVN, CodeIgnater, Symfony, Yii 2, JiRA, Redmine, Bitbucket, Composer, Rabbit MQ, Amazon (SQS, S3, Transcribe), Docker

По внутреннему подзапросу

в результате ты получишь строки с максимальным ID и сгруппированные по пользователям - т.е. 1 пользователь - одна строка - максимальный ID

после этого - эта выборка будет использоваться как таблица - т.е.

из основного запроса - будет выбирать именно из предыдущей описанной выборки

весь набор строк из основного запроса будет дополнен столбцами из table - с условием t.ID = a.ID

"a" и "t" - это алиасы "таблиц"

"а" это

select же вернёт табличное значение

"t" это table


В итоге всё будет отсортировано по

тока это не важно.

_____________
HTML, CSS (Bootstrap), JS(JQuery, ExtJS), PHP, MySQL, MSSql, Posgres, (TSql, BI OLAP, MDX), Mongo, Git, SVN, CodeIgnater, Symfony, Yii 2, JiRA, Redmine, Bitbucket, Composer, Rabbit MQ, Amazon (SQS, S3, Transcribe), Docker

[quote]

угу.

можно и для полей тоже алиасы делать. в синтаксисе предусмотрено ключевое слово AS (как)

select cell as c1, cell2 as c2 from table as t

но AS можно не писать.

_____________
HTML, CSS (Bootstrap), JS(JQuery, ExtJS), PHP, MySQL, MSSql, Posgres, (TSql, BI OLAP, MDX), Mongo, Git, SVN, CodeIgnater, Symfony, Yii 2, JiRA, Redmine, Bitbucket, Composer, Rabbit MQ, Amazon (SQS, S3, Transcribe), Docker

Насчет "многократно", наверное, я погорячился немного. Сорри :) Но всё равно сначала будут выбраны все без исключения данные (в подзапросе - а если их там миллион?), а потом только они будут группироваться. Нарушение здравого смысла (сути использования БД) происходит по-любому. Да, согласен, что для небольшого количества данных так можно сделать. Когда заранее известно, что данных немного будет.


Медведь, мой запрос с учетом "утренней поправки" получается такой:

select
  id_user,
  username,
  (select message from messages m2 where m2.id_user=m1.id_user order by msg_date desc limit 1) as msg,
  msg_date
from messages m1
group by id_user

Тут происходит следующее.
1. Делается выборка уникальных юзеров (группировка по id_user).
2. В каждой строке делается подзапрос: выбираем единственное значение из поля "сообщение", при этом из внешнего запроса передаем m1.id_user во внутренний запрос, где используем его для фильтрации m2.id_user=m1.id_user. Это позволяет выбрать все сообщения именно того юзера, чьи данные у нас имеются в строке внешнего запросе. Также во внутреннем запросе за счет сортировки будет поднята наверх запись с самой последней датой. И за счет ЛИМИТа бы возьмем только одну запись. Из которой выделим поле message и вернем его во внешний запрос. Где ему присвоим алиас msg. Всё, готово :) На самом деле, это всё весьма просто.


Что касается запроса с JOIN, то он мне не нравится :) В немалой степени потому, что там заложено, что возрастание даты на 100% соответствует возрастанию id. А это может быть не совсем так. И тогда запрос получается не верный. И самое главное, что он изначально СЕМАНТИЧЕСКИ не верный, т.к. если речь идет о "последней дате", то и надо дату использовать.
Хотя, конечно, по сути этот запрос близок к тому, что у меня написано. Но он менее гибкий, на мой взгляд.

_____________
* Хэлп по PHP
* Описалово по JavaScript
* Хэлп и СУБД для PostgreSQL

* Обучаю PHP, JS, вёрстке. Интерактивно и качественно. За разумные деньги.

* "накапливаю умение телепатии" (С) и "гуглю за ваш счет" (С)

Ты словами распиши, что делает этот запрос. Примерно также, как я чуть ранее в этой теме расписал И тогда ты поймешь, что делает твой запрос и насколько это не соответствует твоим ожиданиям.

_____________
* Хэлп по PHP
* Описалово по JavaScript
* Хэлп и СУБД для PostgreSQL

* Обучаю PHP, JS, вёрстке. Интерактивно и качественно. За разумные деньги.

* "накапливаю умение телепатии" (С) и "гуглю за ваш счет" (С)

Сортируем в обратном порядке, потом группируем. Вот и получается одно сообщение каждого пользователя с конца. Но S.Chushkin уже объяснил, что значения могут быть не из одной строки. (Такой запрос кстати работает) Но это уже не важно мне нужно решить вопрос из другой темы из этой. Там немного другая таблицы и запрос посложнее будет.

_____________
Принимаю заказы, писать в ЛС