Re: [pgbr-geral] Problema Estranho com Query Lentas e ANALYZE

[Sergio Medeiros Santi]

Pessoal: Eu estou achando esta discussão muito interessante, mas como em outras oportunidades pouco produtiva. Alguém já teve a curiosidade de contar quantas vezes já circulou nesta lista este tipo de conversa? Principalmente quando se trata de parâmetros de configuração do nosso abençoado postgresql. Acho que ele merece algo melhor que fantásticas fórmulas heurísticas guardadas a sete chaves por alguma seita secreta. E olhem que lí o manual e alguns paper que são rotineiramente sugeridos. Enfim, esta questão de parâmetros está virando um dogma. E muitos mortais estão usando o método científico de tentativa e erro para chegar a suas próprias configurações. Não consigo conceber que ninguém, dentre os muitos que constroem sqls fantásticos, até hoje conseguiu criar um algorítimo para "ler" o hardware, "ler" alguns dados da aplicação, "ler" suas próprias estatísticas anteriores e "propor" uma configuração mais adequada. Com o tempo e a evolução natural das coisas poderíamos chegar a um processo on-the-fly que fosse melhorando seus próprios parâmetros de execução para se auto-otimizar. Acredito fielmente que o PG merece esta atenção, pelo menos como agradecimento pelo tanto que já nos propiciou. Ou haverá alguma força oculta impedindo isto? Abraços, Sergio Medeiros Santi Euler Taveira de Oliveira escreveu: Fabrizio Mello - Pessoal escreveu: Também acredito, e muito, que a configuração esteja inadequada pro volume de dados, mas quais parametros vc recomenda aumentar: shared_buffers, work_mem, effective_cache_size ???? (Vou fazer alguns testes) 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. O restart no processo do PostgreSQL não elimina esse Cache???? Não, estou me referindo a cache do *SO*; a do PostgreSQL se perde em um reínicio do serviço. 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.

_______________________________________________
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral