Em 10 de fevereiro de 2016 07:32, Flavio Henrique Araque Gurgel <
fha...@gmail.com> escreveu:
> Pessoal
>>
>> O algoritmo MERGE-JOIN ou HASH-JOIN normalmente é escolhido pelo
>> Otimizador ao inves do NESTED-LOOP, devido a ter melhor desempenho.
>>
>
> Não, ele é escolhido quando tem um custo mais
Em 10 de fevereiro de 2016 21:35, drum.lu...@gmail.com
escreveu:
> o statement_timeout estando 0 - Significa que ele irá utilizar as confs dos
> usuários, certo?
Da documentação [1]:
---
statement_timeout (integer)
Abort any statement that takes over the specified number of
milliseconds
2016-02-11 12:20 GMT+13:00 Rafael Bernard Rodrigues Araujo <
rafael.ara...@endel.com.br>:
> oi, lucas.
>
> 2016-02-10 20:27 GMT-02:00 drum.lu...@gmail.com :
>
>> O erro a baixo pode ser devido a Query estar "errada"? Ou seria um
>> problema relacionado a recursos da máquina/DB?
>>
>> ERROR: cance
oi, lucas.
2016-02-10 20:27 GMT-02:00 drum.lu...@gmail.com :
> O erro a baixo pode ser devido a Query estar "errada"? Ou seria um
> problema relacionado a recursos da máquina/DB?
>
> ERROR: canceling statement due to statement timeout
>
pode ser uma consulta que esteja levando muito tempo ou po
Olá a todos
O erro a baixo pode ser devido a Query estar "errada"? Ou seria um problema
relacionado a recursos da máquina/DB?
Obrigado.
PostgreSQL 9.2
ERROR: canceling statement due to statement timeout
___
pgbr-geral mailing list
pgbr-geral@lista
2016-02-10 9:26 GMT-02:00 Flavio Henrique Araque Gurgel :
> Uma solução para o colega da pergunta original é de fazer várias tabelas com
> menos colunas. Neste caso, a função vai fazer UPDATE somente nas tabelas que
> tiveram colunas alteradas por exemplo. Claro que isso tem um custo para
> fazer j
Consegui resolver o problema.
Estava faltando instalar alguns componentes no Postgresql.
Executei o comando: postgresql-contrib-9.0
E deu certo.
Obrigado.
2016-02-10 1:36 GMT-02:00 Osvaldo Kussama :
> Em 09/02/16, Thiago H. Barreto escreveu:
> > Boa tarde Galera.
> >
> > Estou precisando da a
Em 07/02/16, Saraiva Silva escreveu:
Pois é, meu interesse é porque eu tenho funções que fazem inserções e
updates. Como não é possível saber quais colunas o usuário irá atualizar,
então minha função de atualização tem parâmetros para todas as colunas. Mas
em uma tabela com 15 colunas, e o usuári
Pessoal
O algoritmo MERGE-JOIN ou HASH-JOIN normalmente é escolhido pelo
Otimizador ao inves do NESTED-LOOP, devido a ter melhor desempenho.
Não, ele é escolhido quando tem um custo mais baixo.
No entanto, se considerarmos a utilização de discos SSDs, que tem
velocidade de leitura mais de 100