Mozart Hasse escreveu: > > Olhando os resultados, nota-se que neste caso o Postgres só escolheu um bom > plano quando as estimativas forneceram valores completamente fora da realidade > (estimado 13 encontrado 480000). Isso neste caso foi ótimo, mas acho absurdo > contar com isso como regra geral. Essa consulta pode até ficar mais rápida > sem estatísticas, mas teoricamente é de se esperar que muitas outras > consultas serão prejudicadas, enquanto que poucas vão (por puro acaso) se > beneficiar de estatísticas tão furadas. Provavelmente o planejador descartou > o plano ideal quando estatísticas sobre uma só coluna o induziram a erro. > Quanto a isso, nenhuma solução trivial à vista. >
A verdade é que o PostgreSQL ficou *mais perdido que cebola em salada de fruta* (hehehe)... a única coisa que me vem na cabeça em relação a esses testes é por ser um caso muito específico, tendo em vista o volume e a distribuição dos dados... Questões de configuração de SO e do próprio PostgreSQL creio que fiz da forma adequada no ambiente em que executei, a única coisa que não modifiquei foram questoes de sistema de arquivos (tamanho de bloco, mais de um disco, separar dados e indices em sistemas de arquivos distintos, separa log de transacoes, etc.), mas também é como o colega comentou, o importante não é resultado absoluto e sim avaliacoes de resultados (ganhos e perdas)... Com certeza não tenho esse resultado como regra e somente *nesse caso específico* desabilitei as estatisticas... o restante da base de dados continua inalterada... E ainda acredito numa forma de utilizar adequadamente as estatísticas para melhorar ainda mais o desempenho das queries em relação aos resultados com elas desabilitadas (tem q ter uma forma)... quem sabe particionando a tabela??? usando indices parcias??? alguém arrisca alguma idéia??? Obrigado até o momento! Cordialmente, -- Fabrízio de Royes Mello Coordenador Desenvolvimento de Software [EMAIL PROTECTED] DBSeller Informática Ltda. - http://www.dbseller.com.br (51) 3076-5101 _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
