Euler Taveira de Oliveira escreveu: > Sim. Sem isso você está encorajando o PostgreSQL a excluir alguns > possíveis caminhos que o planejador pode percorrer por questões de pouca > memória. > E quais são esses *possíveis caminhos*??? Quais parâmetros interferem???
> Não, estou me referindo a cache do *SO*; a do PostgreSQL se perde em um > reínicio do serviço. > Apesar de eu não acreditar que isso vá fazer diferença vou fazer o que recomendas e refazer os testes... >> Até agora o que pude detectar é que com as estatisticas fica muito ruim >> e sem elas fica legal... por isso peço um *help* a vcs pois *tem coisa >> errada*... >> > O problema é que você pode _não_ estar dando chances (utilizando uma > configuração inadequada) para que o PostgreSQL escolha o melhor plano > para aquela consulta. Como eu disse acima, algumas escolhas do > planejador dependem de alguns parâmetros. > Que escolhas dependem de que parâmetros??? Isso é muito subjetivo... terias como exemplificar isso? Tipo se alterar parametro tal aumenta ou diminui o tempo de planejamento, ou utiliza uma estratégia diferente de planejamento, etc... Precisamos concretizar essas idéias... eu concretizei postanto os resultados dos meus testes e exemplos, mesmo que estejam totalmente equivocados, mas é algo *palpável* e fácil de se visualizar... 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
