MySQL “Agrupar por” e “Ordenar por”

Quero poder selecionar um monte de linhas de uma tabela de e-mails e agrupá-las pelo remetente. Minha consulta é semelhante a esta:

SELECT 
    `timestamp`, `fromEmail`, `subject`
FROM `incomingEmails` 
GROUP BY LOWER(`fromEmail`) 
ORDER BY `timestamp` DESC

A consulta funciona quase como eu desejo - ela seleciona registros agrupados por e-mail. O problema é que o assunto e o carimbo de data / hora não correspondem ao registro mais recente de um endereço de e-mail específico.

Por exemplo, pode retornar:

fromEmail: john@example.com, subject: hello
fromEmail: mark@example.com, subject: welcome

Quando os registros no banco de dados são:

fromEmail: john@example.com, subject: hello
fromEmail: john@example.com, subject: programming question
fromEmail: mark@example.com, subject: welcome

Se o assunto "questão de programação" for o mais recente, como posso fazer com que o MySQL selecione esse registro ao agrupar os e-mails?

Uma solução simples é envolver a consulta em uma subseleção com a instrução ORDER primeiro e aplicar o GROUP BY depois :

SELECT * FROM ( 
    SELECT `timestamp`, `fromEmail`, `subject`
    FROM `incomingEmails` 
    ORDER BY `timestamp` DESC
) AS tmp_table GROUP BY LOWER(`fromEmail`)

Isso é semelhante a usar a junção, mas parece muito melhor.

Usar colunas não agregadas em um SELECT com uma cláusula GROUP BY não é padrão. O MySQL geralmente retorna os valores da primeira linha que encontra e descarta o resto. Qualquer cláusula ORDER BY só se aplicará ao valor da coluna retornado, não aos descartados.

ATUALIZAÇÃO IMPORTANTE A seleção de colunas não agregadas costuma funcionar na prática, mas não deve ser considerada confiável. De acordo com a documentação do MySQL "isto é útil principalmente quando todos os valores em cada coluna não agregada não nomeada no GROUP BY são os mesmos para cada grupo. O servidor é livre para escolher qualquer valor de cada grupo, a menos que sejam iguais, os valores escolhidos são indeterminados . "

A partir de 5.7.5 ONLY_FULL_GROUP_BY é habilitado por padrão, então colunas não agregadas causam erros de consulta (ER_WRONG_FIELD_WITH_GROUP)

Como @mikep aponta abaixo, a solução é usar ANY_VALUE () de 5.7 e acima

Consulte http://www.cafewebmaster.com/mysql-order-sort-group https://dev.mysql.com/doc/refman/5.6/en/group-by-handling.html https: //dev.mysql .com / doc / refman / 5.7 / en / group-by-handling.html https://dev.mysql.com/doc/refman/5.7/en/misc Miscellaneous-functions.html#function_any-value

Aqui está uma abordagem:

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)

Basicamente, você une a tabela a si mesma, procurando por linhas posteriores. Na cláusula where, você afirma que não pode haver linhas posteriores. Isso fornece apenas a linha mais recente.

Se houver vários e-mails com o mesmo carimbo de data / hora, essa consulta precisará ser refinada. Se houver uma coluna de ID incremental na tabela de e-mail, altere o JOIN como:

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

Como já apontado em uma resposta, a resposta atual está errada, pois o GROUP BY seleciona arbitrariamente o registro da janela.

Se alguém estiver usando o MySQL 5.6 ou MySQL 5.7 com ONLY_FULL_GROUP_BY, a consulta correta (determinística) é:

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 a consulta seja executada com eficiência, é necessária uma indexação adequada.

Observe que, para fins de simplificação, removi o LOWER(), que na maioria dos casos, não será usado.

Faça um GROUP BY após ORDER BY envolvendo sua consulta com o GROUP BY assim:

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

De acordo com o padrão SQL, você não pode usar colunas não agregadas na lista de seleção. O MySQL permite tal uso (uless modo ONLY_FULL_GROUP_BY usado) mas o resultado não é previsível.

ONLY_FULL_GROUP_BY

Você deve primeiro selecionar fromEmail, MIN (ler) e, em seguida, com a segunda consulta (ou subconsulta) - Assunto.

Lutei com ambas as abordagens para consultas mais complexas do que as mostradas, porque a abordagem de subconsulta era terrivelmente ineficiente, não importa quais índices eu colocasse, e porque não consegui obter a auto-junção externa por meio do Hibernate

A melhor (e mais fácil) maneira de fazer isso é agrupar por algo que é construído para conter uma concatenação dos campos de que você precisa e, em seguida, extraí-los usando expressões na cláusula SELECT. Se você precisar fazer um MAX (), certifique-se de que o campo do qual deseja MAX () esteja sempre na extremidade mais significativa da entidade concatenada.

A chave para entender isso é que a consulta só pode fazer sentido se esses outros campos forem invariáveis ​​para qualquer entidade que satisfaça Max (), portanto, em termos de classificação, as outras partes da concatenação podem ser ignoradas. Ele explica como fazer isso na parte inferior deste link. http://dev.mysql.com/doc/refman/5.0/en/group-by-hidden-columns.html

Se você puder obter um evento de inserção / atualização (como um gatilho) para pré-calcular a concatenação dos campos, você pode indexá-lo e a consulta será tão rápida como se o agrupamento por estivesse sobre apenas o campo que você realmente deseja MAX ( ) Você pode até mesmo usá-lo para obter o máximo de vários campos. Eu o uso para fazer consultas em árvores multidimensionais expressas como conjuntos aninhados.