2016-12-14 19:40 GMT-02:00 Tiago José Adami <adam...@gmail.com>: > Em 14 de dezembro de 2016 16:43, Cleiton Luiz Domazak > <cleitondoma...@gmail.com> escreveu: > > Nem index tinha, criei e ele não é utilizado. > > Rodou um VACUUM ANALYZE sobre a tabela após criar o índice? Qual a > definição (comando) que você usou para criar o índice? >
Foi a primeira coisa a ser feita, fiz VACUUM, VACUUM FULL, ANALYZE, REINDEX, o pacote completo kkkk. O indice foi criado apenas em cima do campo data, sem nenhum tipo de formatação ou filtro. > > > > > Fiz o restore do dump gerado pelo cliente, e o mesmo problema ocorre no > meu ambiente de testes. E ocorre em situações um pouco aleatórias. > > > > Essas são as datas que eu usei e se funcionou ou não. Muito esquisito. > > > > AND DR.DTINSERT>='2016-08-30' AND DR.DTINSERT<='2016-10-01' OK > > AND DR.DTINSERT>='2016-08-30' AND DR.DTINSERT<='2016-11-01' OK > > AND DR.DTINSERT>='2016-09-30' AND DR.DTINSERT<='2016-11-01' OK > > AND DR.DTINSERT>='2016-08-30' AND DR.DTINSERT<='2016-11-30' OK > > AND DR.DTINSERT>='2016-10-30' AND DR.DTINSERT<='2016-11-30' OK > > AND DR.DTINSERT>='2016-10-30' AND DR.DTINSERT<='2016-11-01' NOK > > Qual a quantidade de registros total na tabela e a média mensal? > Se você observar, se aumentar o range de data, a query fica rápida. > > Primeiro execute um VACUUM ANALYZE sobre a tabela como mencionei antes > e depois roda um EXPLAIN para vermos o que o plano de acesso está > fazendo para pelo menos uma consulta que ficou OK e para a NOK. > Consegui finalmente rodar o EXPLAIN ANALYZE, e o plano realmente muda, agora vou ver o que mudou e pq. > > Adami > _______________________________________________ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >
_______________________________________________ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
