Rafael Domiciano escreveu: > Aumentou exponencialmente o custo da consulta, apesar de estar indexida. > Não confunda custo com tempo. O custo é uma métrica sem unidade que serve puramente para _estimar_ os planos. Ao analisar um plano você deve comparar o número de registros estimados com número de registros retornados; e, além disso, verificar o tempo gasto em cada nó do plano de execução. Como você *não* apresentou um EXPLAIN ANALYZE fica difícil dizer algo.
> Percebi que o Postgres não lida muito bem com a performance passando > grandes períodos (pode ser que eu esteja errado), não sei como funciona > em outros bancos, mas acho isso um pouco falho no Postgres. > Como assim *não* tem boa performance? Se a quantidade de dados retornados é grande é claro que ele vai demorar mais tempo. Talvez o que esteja acontecendo é que o PostgreSQL está utilizando o disco (ao invés da memória) para operações de agregação. Se for este o caso talvez você precise aumentar o parâmetro work_mem. > No maior período da tabela existem 20 mil registros. > Que é uma quantidade tranquila para o PostgreSQL. -- Euler Taveira de Oliveira http://www.timbira.com/ _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
