MySQL "Agrupar Por" y " Ordenar Por"

Aquí hay un enfoque:

SELECT cur.textID, cur.fromEmail, cur.subject, 
     cur.timestamp, cur.read
FROM incomingEmails cur
LEFT JOIN incomingEmails next
    on cur.fromEmail = next.fromEmail
    and cur.timestamp < next.timestamp
WHERE next.timestamp is null
and cur.toUserID = '$userID' 
ORDER BY LOWER(cur.fromEmail)

Básicamente, se une a la tabla sobre sí misma, buscando filas posteriores. En la cláusula where se indica que no puede haber filas posteriores. Esto te da solo la última fila.

Si puede haber varios correos electrónicos con la misma marca de tiempo, esta consulta necesitaría refinarse. Si hay una columna de ID incremental en la tabla de correo electrónico, cambie la combinación como:

LEFT JOIN incomingEmails next
    on cur.fromEmail = next.fromEmail
    and cur.id < next.id

Haga un GRUPO POR después del ORDEN POR envolviendo su consulta con el GRUPO DE la siguiente manera:

SELECT t.* FROM (SELECT * FROM table ORDER BY time DESC) t GROUP BY t.from

De acuerdo con el estándar SQL, no puede usar columnas no agregadas en la lista de selección. MySQL permite tal uso (se usa el modo uless ONLY_FULL_GROUP_BY) pero el resultado no es predecible.

ONLY_FULL_GROUP_BY

Primero debe seleccionar fromEmail, MIN(read), y luego, con second query (o subconsulty) - Subject.

Como ya se señaló en una respuesta, la respuesta actual es incorrecta, porque el GRUPO selecciona arbitrariamente el registro de la ventana.

Si se usa MySQL 5.6, o MySQL 5.7 con ONLY_FULL_GROUP_BY, la consulta correcta (determinista) es:

SELECT incomingEmails.*
  FROM (
    SELECT fromEmail, MAX(timestamp) `timestamp`
    FROM incomingEmails
    GROUP BY fromEmail
  ) filtered_incomingEmails
  JOIN incomingEmails USING (fromEmail, timestamp)
GROUP BY fromEmail, timestamp

Para que la consulta se ejecute de manera eficiente, se requiere una indexación adecuada.

Tenga en cuenta que para fines de simplificación, he eliminado el LOWER(), que en la mayoría de los casos, no se utilizará.

Luché con ambos enfoques para consultas más complejas que las mostradas, porque el enfoque de subconsulta era horriblemente ineficiente sin importar los índices que pusiera, y porque no pude obtener el auto-join externo a través de Hibernar

La mejor (y más fácil) manera de hacer esto es agrupar por algo que está construido para contener una concatenación de los campos que necesita y luego extraerlos usando expresiones en la cláusula SELECT. Si necesitas hacer una MAX() asegúrate de que el campo sobre el que desea MAX () está siempre en el extremo más significativo de la entidad concatenada.

La clave para entender esto es que la consulta solo puede tener sentido si estos otros campos son invariantes para cualquier entidad que satisfaga a Max(), por lo que en términos de la ordenación las otras piezas de la concatenación pueden ser ignoradas. Explica cómo hacer esto en la parte inferior de este enlace. http://dev.mysql.com/doc/refman/5.0/en/group-by-hidden-columns.html

Si puedes get am insert / update event (como un trigger) para pre-calcular la concatenación de los campos puedes indexarla y la consulta será tan rápida como si el group by hubiera terminado solo el campo que realmente querías MAX (). Incluso puede usarlo para obtener el máximo de campos múltiples. Lo uso para hacer consultas contra árboles multidimensionales expresados como conjuntos anidados.