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 exibido

Dedocs

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 acordo

Alguém já trabalhou com um problema semelhante ou tem pensamentos sobre uma resolução?

questionAnswers(1)

yourAnswerToTheQuestion