Le 2011-A-31 22h49, César Moraes a écrit :
Referente ao artigo, vou dar uma olhada. Mas de qualquer maneira nao
custa nada executar o comando.
Acho que não me expliquei. O artigo explica porque geralmente não vale
a pena reconstruir índices; de qualquer maneira, uma vez feito o estrago
Fazer o que se piorar, as pessoas querem que querem rodar.
Avisei que seria melhor fazer uma analize do que realmente esta lento.
Mais uma coisa, como saber qual usuario tem permissão de executar o vacuum?
2011/9/1 Leandro Guimarães Faria Corce DUTRA lean...@dutras.org
Le 2011-A-31 22h49,
Galerinha no Oracle existe um comando que atualiza as estatisticas do banco
para melhora de performance.
No postgres existe esse comando? Qual seria?
O caso é o seguinte foi recriado a maioria dos indexes e esse processo
causou lentidão na aplicação.
Atualizando as estatisticas do Oracle teve
Le 2011.A.31 20h2, Cesar Moraes a écrit :
Galerinha no Oracle existe um comando que atualiza as estatisticas do
banco para melhora de performance.
Seria o Analyze, certo?
No postgres existe esse comando? Qual seria?
Sim, é uma opção do Vaccuum, se não me falha a memória.
O caso é o
Opa Leandro obrigado pela ajuda.
Estou executando o seguinte comando:
vacuumdb -dbase -z -Upostgres -v
É isso mesmo?
Referente ao artigo, vou dar uma olhada. Mas de qualquer maneira nao custa
nada executar o comando.
At
Cesar Moraes
2011/8/31 Leandro Guimarães Faria Corcete DUTRA
JotaComm escreveu:
SELECT sum(seq_scan+idx_scan) AS total_de_leituras FROM
pg_stat_user_tables WHERE relname='nome_da_tabela';
Não! Isso conta o número de buscas; uma consulta com uma simples junção
retornaria 2 ao invés de 1. O PostgreSQL não conta o número de consultas a não
ser que você
Olá, Euler
2009/11/28 Euler Taveira de Oliveira eu...@timbira.com
JotaComm escreveu:
SELECT sum(seq_scan+idx_scan) AS total_de_leituras FROM
pg_stat_user_tables WHERE relname='nome_da_tabela';
Não! Isso conta o número de buscas; uma consulta com uma simples junção
retornaria 2 ao invés
Em um universo Hibernateano é possivel ter 1 (uma) única consulta e
esse valor saltar de 10 em 10, devido ao numero de junções para os
JOINS em EAGER em determinados mapeamentos gordos. Pode realmente
não ser o melhor meio de obter o dado em si, mas é uma informação
deveras interessante, por outro
Ola a todos,
Temos hj as colunas n_tup_ins , n_tup_upd , n_tup_del e para select, tem
como saber qtos selects são executados por dia no postgres mas sem habilitar
o log_min_duration_statement e logar todos os comandos.
--
View this message in context:
seq_scan,index_scanJoão Cosme de Oliveira Júnior
Seja inteligente, use Software-livre!!!
LPI Certified
LPI000185554
Em 27/11/2009 às 12:25 horas, pgbr-geral@listas.postgresql.org.br escreveu:
Ola a todos,
Temos hj as colunas n_tup_ins , n_tup_upd , n_tup_del e para "select", tem
como saber qtos
Olá,
2009/11/27 mateusgra mateus...@bol.com.br
Ola a todos,
Temos hj as colunas n_tup_ins , n_tup_upd , n_tup_del e para select, tem
como saber qtos selects são executados por dia no postgres mas sem
habilitar
o log_min_duration_statement e logar todos os comandos.
SELECT
2009/8/19 Leandro Müller leandr...@muriki.com.br:
Existe alguma forma no postgresql conseguir gerar relatórios de
estatísticos.
Quantidade de consultas executadas;
Quantidade de inserts/update/delete e etc;
Media de consultas por segundo;
Tudo em um determinado período.
Talvez o
http://pgfouine.projects.postgresql.org/
2009/8/19 Leandro Müller leandr...@muriki.com.br
Ola pessoal.
Existe alguma forma no postgresql conseguir gerar relatórios de
estatísticos.
Quantidade de consultas executadas;
Quantidade de inserts/update/delete e etc;
Media de consultas por
Olá,
Acredito que o mais interessante é utilizar o pgFouine [1]. Além disso, você
pode usar a view pg_stat_user_tables.
SELECT relname,n_tup_ins,n_tup_upd,n_tup_del
FROM pg_stat_user_tables;
Assim você consegue saber quantas operações de INSERT, UPDATE e DELETE por
tabela. Porém, caso seja
Bom dia!
Estou dando uma afinada no meu banco e observando as informacoes de
estatistica a partir do pgAdmin vi uma coluna cuja informacao mostra o valor
Xact Committed das databases. Procurei sobre isto mas não consegui achar
nada muito esclarecedor. Alguem pode dar um dica?
Obrigado!
Magno
Olá,
Isso refere-se ao número de transações efetivadas (comitadas) no banco.
[]s
Em 19/03/08, Magno Lima [EMAIL PROTECTED] escreveu:
Bom dia!
Estou dando uma afinada no meu banco e observando as informacoes de
estatistica a partir do pgAdmin vi uma coluna cuja informacao mostra o valor
Boa tarde!
Eu to analisando as tabelas de estaticas, mais eu vejo na documentação que
explica o que cada tabela traz, mais gostaria de ter mais documentação
onde possa me dizer o q cada campo na tabela de estaticas significa !!!
se alguem tiver um link sobre isso e puder me mandar !! desde ja
Alguma coisa:
http://pt.wikibooks.org/wiki/PostgreSQL_Prático
Capítulo 12.
2008/2/19, Jean Vichinheski [EMAIL PROTECTED]:
Boa tarde!
Eu to analisando as tabelas de estaticas, mais eu vejo na documentação que
explica o que cada tabela traz, mais gostaria de ter mais documentação
onde possa
Jean Vichinheski wrote:
Eu to analisando as tabelas de estaticas, mais eu vejo na documentação que
explica o que cada tabela traz, mais gostaria de ter mais documentação
onde possa me dizer o q cada campo na tabela de estaticas significa !!!
se alguem tiver um link sobre isso e puder me
Veja se isso te ajuda: http://pgfouine.projects.postgresql.org/index.html
SDS
Evandro
Wiliam Balan wrote:
Olá
Preciso saber todas as querys submetidas ao PostgreSQL e suas
frequencias de execução, será que tem como?
___
pgbr-geral mailing list
20 matches
Mail list logo