Início / dba / Perguntas / 16656
Accepted
user6845
Asked: 2012-04-18 18:20:05 +0800 CST

SELECT COUNT GROUP BY é mais eficiente do que contar um conjunto de resultados?

  • 772

Eu tenho uma tabela com uma rankcoluna que pode ser 1, 2ou 3. Preciso contar o número de registros para cada classificação, mas também preciso exibir todos os dados ordenados por classificação.

Do meu ponto de vista, as duas maneiras de conseguir isso seriam:

  1. Extraia os dados com um normal SELECTe execute uma segunda consulta para obter contagens:

    SELECT rank, COUNT(id) FROM tablename GROUP BY rank
  2. Extraia os dados com um SELECT normal e, em seguida, itere duas vezes sobre o conjunto de resultados que recebo: uma vez para contar as ocorrências de cada classificação e a segunda vez para exibir os dados.

Qual caminho seria mais eficiente? Depende do tamanho da mesa? Imagino que para tabelas grandes SELECT COUNTseria um pouco mais lento do que contar (PHP, ASP.NET, Java), em particular se houver mais de 3 valores discretos que eu queira contar.

mysql count

2 respostas

  1. A abordagem recomendada para melhorar o desempenho é:

    a) Use o banco de dados para fazer o trabalho pesado de contagem, cálculos (quando possível)

    b) Reduzir o número de viagens ao banco de dados e a quantidade de dados trazidos de volta em cada viagem

    Nesse sentido, não tenho certeza para o que você deseja usar a contagem de classificação, mas a consulta abaixo retornará os dados ordenados por classificação, mas uma coluna "repetida" com o número de registros para cada classificação também será incluída

    SELECT t.rank, col1, col2, rankcount 
FROM tablename t 
  INNER JOIN 
     (SELECT rank, COUNT(id) as rankcount FROM tablename t2 GROUP BY rank) AS t3 
    ON t.rank = t3.rank  
ORDER BY t.rank
    • 3
  2. Best Answer

    A resposta depende muito de quão bem organizados são seus dados e da própria consulta.

    Por exemplo, veja a consulta que você tem na pergunta:

    SELECT rank, COUNT(id) FROM tablename GROUP BY rank

    A primeira coisa que penso com esta consulta é se a tabela está indexada corretamente.

    OBSERVAÇÃO #1

    Se tablename não tivesse índices, uma varredura completa da tabela seria necessária.

    OBSERVAÇÃO #2

    Se tablename tiver um índice na classificação, você ainda obterá uma verificação completa da tabela devido ao MySQL Query Optimizer excluir o uso do índice devido a fatores como distribuição de chaves e a possibilidade de pesquisar cada id para cada classificação durante uma varredura de índice.

    OBSERVAÇÃO #3

    Se a tabela tiver um índice composto de (rank,id), você poderá fazer uma varredura completa do índice. Na maioria dos casos, uma verificação completa do índice que nunca faz referência à tabela para colunas não indexadas seria mais rápida do que uma verificação completa do índice que o faz (consulte a OBSERVAÇÃO #2)

    OBSERVAÇÃO #4

    Se a consulta foi escrita um pouco diferente

    SELECT rank, COUNT(1) FROM tablename GROUP BY rank

    então um índice apenas na coluna de classificação seria suficiente e produziria uma varredura completa do índice.

    CONCLUSÃO

    À luz dessas observações, é definitivamente uma beleza apresentar ao MySQL Query Optimizer duas coisas:

    1. uma boa consulta
    2. índices adequados para todas as tabelas na consulta

    Em retrospecto, também é bom dar ao MySQL Query Optimizer o máximo de vantagem possível.

    • 2

relate perguntas