On 14-02-2017 10:34, Luiz Carlos L. Nogueira Jr. wrote:
> Eu coloco um comando pra rodar 1 só vez, só que ele aparece no log
> várias vezes . Qual o motivo disso?
>
Se você observar são arquivos temporários diferentes. A implementação de
log_temp_files está a algumas camadas abaixo da que
Em 14 de fevereiro de 2017 14:34, Euler Taveira
escreveu:
> On 14-02-2017 13:34, Luiz Carlos L. Nogueira Jr. wrote:
> > Justamente isso. No PGBadger aparecem 21 consultas, mas foi apenas uma.
> > Uma pessoa que não conheça o ambiente não vai poder analisar o resultado
> >
Pessoal,
Eu coloco um comando pra rodar 1 só vez, só que ele aparece no log várias
vezes . Qual o motivo disso?
...
2017-02-13 22:06:58 BRT [41505]: [7-1] db=pje_jud1g_p,user=postgres@[local]
473469910:19/1064611 STATEMENT: delete from jbpm_variableinstance va1
where id_ in
(
On 14-02-2017 13:34, Luiz Carlos L. Nogueira Jr. wrote:
> Justamente isso. No PGBadger aparecem 21 consultas, mas foi apenas uma.
> Uma pessoa que não conheça o ambiente não vai poder analisar o resultado
> do PGbadger corretamente.
>
Se aparece é um bug no pgBadger. Você está usando a última
>
>
> Se você observar são arquivos temporários diferentes. A implementação de
> log_temp_files está a algumas camadas abaixo da que executa a consulta e
> não consegue relacionar a consulta com n arquivos temporários gerados
> (sendo n > 1). Repetir a consulta pode parecer ruim mas se houvesse um
Existe alguma solução de escalabilidade horizontal sem que tenhamos de
alterar o código fonte da aplicação? Ficando transparente feito o pgbouncer.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br