2015-08-29 20:58 GMT-03:00 Danilo Silva danilo.dsg.go...@gmail.com:
Em um cluster com +- 180 GiB, o que deveríamos levar em consideração para
determinarmos se o tempo do backup físico (utilizando rsync) está elevado
ou não?
Semana passada, levou 3 horas, hoje, levou quase 5 horas.
Se é
Pessoal,
Em um cluster com +- 180 GiB, o que deveríamos levar em consideração para
determinarmos se o tempo do backup físico (utilizando rsync) está elevado
ou não?
Semana passada, levou 3 horas, hoje, levou quase 5 horas.
Se utilizar o pg_basebackup ao invés do rsync, terei ganho de tempo?
Boa Tarde a todos,
Pessoal, com a ajuda de vcs descobri que no psql tem como saber o tempo de
execução da consulta atraves do \tuning
Mais gostaria de saber se alguem sabe outra forma, que no mesmo select que
eu faça ele me traga esta informação!
Abraço!
Pessoal, fora o explain analyze, existe outra forma de eu obter o tempo de
execução de uma consulta
Desde já agradeço.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
Rafael Garbin wrote:
Pessoal, fora o explain analyze, existe outra forma de eu obter o tempo
de execução de uma consulta
O EXPLAIN *não* fornece o tempo de execução de uma consulta, é apenas
uma estimativa que por sua vez dependem das estatísticas do PostgreSQL.
Caso queira algo exato
Desculpe, não acompahei o assunto. Como eu uso o \timing? pode ser numa sql
qualquer?
J.Franco
Em 11/07/07, Osvaldo Rosario Kussama [EMAIL PROTECTED]
escreveu:
Rafael Garbin escreveu:
Pessoal, fora o explain analyze, existe outra forma de eu obter o tempo
de execução de uma consulta
Desculpe, não acompahei o assunto. Como eu uso o \timing? pode ser numa sql
qualquer?
Não... O \timing é um *comando* da psql[1], que ativa a medição do
tempo de execução das query's.
Do Manual :
Toggles a display of how long each SQL statement takes, in milliseconds.
[1]