2014-07-09 21:45 GMT-03:00 Matheus de Oliveira matioli.math...@gmail.com:
O LIMIT pode mudar bastante o plano de execução. Execute ao menos um
EXPLAIN (sem ANALYZE) da consulta original para podermos ter um
comparativo. Além disso, poste o resultado com o novo índice, análise de
plano de
2014-07-10 9:02 GMT-03:00 Bruno Silva bemanuel...@gmail.com:
Mais uma dica, use o explain.depesz.com [1] e cole aqui o link, facilita
a ajuda e análise.
Sem o Limit e já com o índice, mas pelo jeito não está sendo usado.
http://explain.depesz.com/s/Jqes
Bruno E. A. Silva.
Analista de
2014-07-10 13:08 GMT-03:00 Bruno Silva bemanuel...@gmail.com:
2014-07-10 9:02 GMT-03:00 Bruno Silva bemanuel...@gmail.com:
Mais uma dica, use o explain.depesz.com [1] e cole aqui o link, facilita
a ajuda e análise.
Sem o Limit e já com o índice, mas pelo jeito não está sendo usado.
Em 10 de julho de 2014 13:12, Bruno Silva bemanuel...@gmail.com escreveu:
2014-07-10 13:08 GMT-03:00 Bruno Silva bemanuel...@gmail.com:
2014-07-10 9:02 GMT-03:00 Bruno Silva bemanuel...@gmail.com:
Mais uma dica, use o explain.depesz.com [1] e cole aqui o link, facilita
a ajuda e análise.
Pessoal, estou com problemas no tempo de resposta em operações do Postgres.
Tenho dois equipamentos com as seguintes características:
Hosts VMware ( eu sei, mas foi o que me disponibilizaram )
Processador ( Virtual ) Xeon(R) CPU X7460 @ 2.66GHz ( 4 núcleos )
CentOS 5.10 - Kernel 2.6.18
RAM 12G
Pessoal, estou com problemas no tempo de resposta em operações do Postgres.
Tenho dois equipamentos com as seguintes características:
Hosts VMware ( eu sei, mas foi o que me disponibilizaram )
Processador ( Virtual ) Xeon(R) CPU X7460 @ 2.66GHz ( 4 núcleos )
CentOS 5.10 - Kernel 2.6.18
RAM 12G
2014-07-09 13:15 GMT-03:00 Flavio Henrique Araque Gurgel fha...@gmail.com:
O velho e bom EXPLAIN ANALYZE.
Que agora pra gerar está demorando mais de 45 minutos.
Bruno E. A. Silva.
Analista de Sistemas.
___
pgbr-geral mailing list
Em 9 de julho de 2014 13:38, Bruno Silva bemanuel...@gmail.com escreveu:
2014-07-09 13:15 GMT-03:00 Flavio Henrique Araque Gurgel fha...@gmail.com
:
O velho e bom EXPLAIN ANALYZE.
Que agora pra gerar está demorando mais de 45 minutos.
Execute somente o explain para verificar uma prévia
2014-07-09 13:49 GMT-03:00 Rafael Fialho r.fia...@ibest.com.br:
Execute somente o explain para verificar uma prévia do plano de execução.
Não tens snapshots anteriores, para fazer uma comparação?
Gerei o resultado usando LIMIT e tirando outras consultas a frente, pois
são uma série de
Tem algumas coisas que podem ser melhoradas só olhando nesse plano. Mas
acho melhor ir eliminando uma por vez. Aqui vai uma:
On Wed, Jul 9, 2014 at 2:30 PM, Bruno Silva bemanuel...@gmail.com wrote:
- Index Scan using ix_movimentacao_04 on
movimentacao movjulg
2014-07-09 19:07 GMT-03:00 Matheus de Oliveira matioli.math...@gmail.com:
Nesse ponto, me parece que um índice parcial ajudaria muito. Se a consulta
sempre usar `bolcancelado 'S'`, você pode criar o seguinte índice:
CREATE INDEX ... ON movimentacao(dtamovimento) WHERE bolcancelado
'S'
Ja atualizou as estatísticas do banco ?
Enviado por Moto X
Em 09/07/2014 19:36, Bruno Silva bemanuel...@gmail.com escreveu:
2014-07-09 19:07 GMT-03:00 Matheus de Oliveira matioli.math...@gmail.com
:
Nesse ponto, me parece que um índice parcial ajudaria muito. Se a
consulta sempre usar
2014-07-09 19:37 GMT-03:00 Charles Viana charles.vi...@gmail.com:
Ja atualizou as estatísticas do banco ?
Elas estão atualizadas.
Bruno E. A. Silva.
Analista de Sistemas.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
2014-07-09 19:35 GMT-03:00 Bruno Silva bemanuel...@gmail.com:
Na verdade já estava fazendo uns testes mudando esse campo char para
boolean e criando índice parcial, o ganho não foi tão significativo.
Quanto ao LIMIT só apliquei pra poder trazer a estatística mais rápido.
O LIMIT pode mudar
14 matches
Mail list logo
