Re: [pgbr-geral] VACUUM FULL ANALYZE VERBOSE

2016-04-04 Thread Luiz Carlos L. Nogueira Jr.
Só consegui fazer o vacuum full depois de dar uma porrada de chekpoints na base. Mas com um checkpoint só não funcionou. Não entendo o motivo desse comportamento. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.or

Re: [pgbr-geral] pg_activity em Amazon RDS

2016-04-04 Thread Cleiton Luiz Domazak
2016-04-02 0:11 GMT-03:00 Sebastian Webber : > > > Em 2 de abril de 2016 00:07, Sebastian Webber > escreveu: > > >> Pelo que vi no GitHub[1], o commit que foi implementado o suporte ao RDS >> já foi feito merge. Certeza que está usando a versão mais recente? >> >> [1] >> https://github.com/julmon

Re: [pgbr-geral] pg_activity em Amazon RDS

2016-04-04 Thread Sebastian Webber
Em 4 de abril de 2016 10:32, Cleiton Luiz Domazak escreveu: > > > Pois é, peguei a ultima versão, e o que dá pau é que dá com o RDS é a > database rdsadmin, que não existe role com acesso a ela, e com isso dá pau > no pg_activity. > Pelo que vi[1], ja tem um filtro no banco do rdsadmin. certeza

Re: [pgbr-geral] VACUUM FULL ANALYZE VERBOSE

2016-04-04 Thread Euler Taveira
On 04-04-2016 09:26, Luiz Carlos L. Nogueira Jr. wrote: > Não entendo o motivo desse comportamento. > Você não apresentou o cenário do seu ambiente. Você possui replicação? Quais os parâmetros diferente do padrão [1] da sua configuração? [1] https://gist.github.com/eulerto/450501d8ef00404e665b46

Re: [pgbr-geral] pg_activity em Amazon RDS

2016-04-04 Thread Cleiton Luiz Domazak
2016-04-04 11:23 GMT-03:00 Sebastian Webber : > > > Em 4 de abril de 2016 10:32, Cleiton Luiz Domazak < > cleitondoma...@gmail.com> escreveu: > >> >> >> Pois é, peguei a ultima versão, e o que dá pau é que dá com o RDS é a >> database rdsadmin, que não existe role com acesso a ela, e com isso dá

[pgbr-geral] Problemas de desempenho

2016-04-04 Thread Márcio A . Sepp
Bom dia, Atualizei um servidor que estava utilizando a versão 9.0 para a 9.4.7 e após atualização esta query passou a ficar extremamente lenta. SQL: select movto_lote.nr_dcto from fin_receber_parc parc inner join fin_receber receber on (receber.cd_movto = parc.cd_movto_rec and

Re: [pgbr-geral] Problemas de desempenho

2016-04-04 Thread Osvaldo Kussama
2016-04-04 17:15 GMT-03:00, Márcio A. Sepp : > > Bom dia, > > > Atualizei um servidor que estava utilizando a versão 9.0 para a 9.4.7 e após > atualização esta query passou a ficar extremamente lenta. > > SQL: > select movto_lote.nr_dcto > from fin_receber_parc parc > inner join fin_receber receber

[pgbr-geral] RES: Problemas de desempenho

2016-04-04 Thread Márcio A . Sepp
> Bom dia, > > > Atualizei um servidor que estava utilizando a versão 9.0 para a 9.4.7 > e após atualização esta query passou a ficar extremamente lenta. > > SQL: > select movto_lote.nr_dcto > from fin_receber_parc parc > inner join fin_receber receber on (receber.cd_movto = parc.cd_movto_rec and

Re: [pgbr-geral] RES: Problemas de desempenho

2016-04-04 Thread Michel Luiz Milezzi
Acredito que o amigo sugeriu o analyze por ser um procedimento padrão após restore, conforme menciona a documentação: "After restoring a backup, it is wise to run ANALYZE on each database so the query optimizer has useful statistics" htt

Re: [pgbr-geral] RES: Problemas de desempenho

2016-04-04 Thread Rafael Fialho
2016-04-04 17:47 GMT-03:00 Márcio A. Sepp : > > Bom dia, > > > > > > Atualizei um servidor que estava utilizando a versão 9.0 para a 9.4.7 > > e após atualização esta query passou a ficar extremamente lenta. > >. > > > > > > Pelo que estou entendendo o problema está no fin_receber_cnt.

[pgbr-geral] RES: RES: Problemas de desempenho

2016-04-04 Thread Márcio A . Sepp
2016-04-04 17:47 GMT-03:00 Márcio A. Sepp : > Bom dia, > > > Atualizei um servidor que estava utilizando a versão 9.0 para a 9.4.7 > e após atualização esta query passou a ficar extremamente lenta. >. > > > Pelo que estou entendendo o problema está no fin_receber_cnt. Mas não > to a

[pgbr-geral] RES: RES: RES: Problemas de desempenho

2016-04-04 Thread Márcio A . Sepp
2016-04-04 17:47 GMT-03:00 Márcio A. Sepp : > Bom dia, > > > Atualizei um servidor que estava utilizando a versão 9.0 para a 9.4.7 > e após atualização esta query passou a ficar extremamente lenta. >. > > > Pelo que estou entendendo o problema está no fin_receber_cnt. Mas não > to a

Re: [pgbr-geral] RES: RES: RES: Problemas de desempenho

2016-04-04 Thread Michel Luiz Milezzi
Márcio, realmente, o upper e o coalesce impedem o uso do índice no campo. Sugiro você criar um índice com o campo já maiúsculo e remover o coalesce, já que me parece não ter muito uso substituir os nulos por '%' (provavelmente essa cláusula não tem efeito algum na sua consulta, a menos que ela seja

[pgbr-geral] RES: RES: RES: RES: Problemas de desempenho

2016-04-04 Thread Márcio A . Sepp
Márcio, realmente, o upper e o coalesce impedem o uso do índice no campo. Sugiro você criar um índice com o campo já maiúsculo e remover o coalesce, já que me parece não ter muito uso substituir os nulos por '%' (provavelmente essa cláusula não tem efeito algum na sua consulta, a menos que el