Usando will_paginate sem: total_entries para melhorar uma longa consulta
Eu tenho uma implementação atual dewill_paginate que usa opaginate_by_sql método para construir a coleção a ser paginada. Temos uma consulta personalizada paraentradas totais isso é muito complicado e coloca uma grande carga no nosso banco de dados. Portanto, gostaríamos de cortar total_entries da paginação completamente.
Em outras palavras, ao invés do típico display de paginação de 'anterior 1 [2] 3 4 5 próximo', nós simplesmente gostaríamos de um botão 'próximo - anterior' apenas. Mas precisamos saber algumas coisas.
Nós exibimos o link anterior? Isso só aconteceria, é claro, se os registros existentes antes dos exibidos na seleção atualNós exibimos o próximo link? Isso não será exibido se o último registro na coleção estiver sendo exibidoDedocs
Uma consulta para contar linhas será gerada automaticamente se você não fornecer: total_entries. Se você tiver problemas com esse SQL gerado, talvez queira executar a contagem manualmente em seu aplicativo.
Então, finalmente, a situação ideal é a seguinte.
Remova a contagem total_entries porque está causando muita carga no banco de dadosExibe 50 registros por vez com semi-paginação usando apenas os botões próximo / anterior para navegar e não precisar exibir todos os números de página disponíveisApenas exibir o próximo botão e o botão anterior de acordoAlguém já trabalhou com um problema semelhante ou tem pensamentos sobre uma resolução?