On 02-03-2012 09:42, Fábio Naspolini wrote: Essa estimativa errada é que está causando a lentidão no plano.
No primeiro plano: > -> Bitmap Index Scan on > tb_produto_loja_pkey (cost=0.00..5.12 rows=115 width=0) (actual > time=3.858..3.858 rows=25044 loops=1) > E no segundo plano: > -> Bitmap Index Scan on tb_produto_loja_pkey > (cost=0.00..5.12 rows=115 width=0) (actual time=3.958..3.958 rows=25044 > loops=1) > O autovacuum está habilitado? Experimente fazer um VACUUM ANALYZE tb_produto_loja e depois teste os dois plano novamente. Se a diferença dos números de rows *não* se aproximar, apresente os planos novamente. Se este banco está a tempos sem manutenção (aka VACUUM, ANALYZE), eu executaria eles no banco todo. Por curiosidade, qual o tipo de cd_loja em ambas tabelas? -- Euler Taveira de Oliveira - Timbira http://www.timbira.com.br/ PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento _______________________________________________ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral