Bem, nos meus testes auditando a tabela que adiciona uma nova coluna com
default não gera o evento update, então suponho ser mais 'barato' esta
abordagem.
para informações mais técnicas, vide os mestres da lista.
Em 30 de novembro de 2012 02:08, Danilo Silva
danilo.dsg.go...@gmail.comescreveu:
Pessoal,
Preciso incluir um novo campo em uma tabela, esse campo é do tipo
integer. Preciso que todos registros recebam o valor 1 referente a esse
novo campo.
Minha dúvida está em saber qual dos comandos abaixo seria mais rápido, ou
não faz diferença?
[1] ALTER TABLE tabela ADD COLUMN
Em 30-11-2012 07:59, Anselmo Silva escreveu:
Bem, nos meus testes auditando a tabela que adiciona uma nova coluna com
default não gera o evento update, então suponho ser mais 'barato' esta
abordagem.
para informações mais técnicas, vide os mestres da lista.
E por causa disso, existe uma
2012/11/29 Eduardo Rodrigues edua...@ookle.com.br
Boa tarde Pessoal,
irei montar um ambiente de alta disponibilidade do PostGreSQL, e pensei
que a melhor solução seria montar um ambiente utilizando o Corosync
(servidor ativo e passivo) e o FreeNAS para armazenar os dados.
Gostaria de
2012/11/29 Luiz Carlos L. Nogueira Jr. lcnogueir...@gmail.com
Replicação do Postgres e Slony ou pgpool
Em 29 de novembro de 2012 16:35, Eduardo Rodrigues
edua...@ookle.com.brescreveu:
Boa tarde Pessoal,
irei montar um ambiente de alta disponibilidade do PostGreSQL, e pensei
que a
Em 29 de novembro de 2012 11:20, Luiz Carlos L. Nogueira Jr.
lcnogueir...@gmail.com escreveu:
Eu também tive esse problema em dumps de banco de imagens.
Ele fica bem maior do que o SO mostra.
Ele vai ser demorado mesmo. Minha infra é MUITO boa, o banco no SO tem +-
120GB e qdo fizemos o dump
Criei uma tabela de log que é populada via trigger, mas ela está ficando
muito grande, cerca de 7GB, exclui quase todos os registros desta tabela,
deixando apenas os mais recentes, mas a tabela continua com o mesmo tamanho.
Obs.: Meu postgres é o 8.4 e estou utilizando o pgadmin para visualizar
Em 30 de novembro de 2012 11:50, Alessandro Lima
grandegoia...@gmail.comescreveu:
Criei uma tabela de log que é populada via trigger, mas ela está ficando
muito grande, cerca de 7GB, exclui quase todos os registros desta tabela,
deixando apenas os mais recentes, mas a tabela continua com o
Em 30-11-2012 11:50, Alessandro Lima escreveu:
Criei uma tabela de log que é populada via trigger, mas ela está ficando
muito grande, cerca de 7GB, exclui quase todos os registros desta
tabela, deixando apenas os mais recentes, mas a tabela continua com o
mesmo tamanho.
Então você usou
Olá,
Em 30 de novembro de 2012 11:50, Alessandro Lima
grandegoia...@gmail.comescreveu:
Criei uma tabela de log que é populada via trigger, mas ela está ficando
muito grande, cerca de 7GB, exclui quase todos os registros desta tabela,
deixando apenas os mais recentes, mas a tabela continua com
Em 30-11-2012 11:58, JotaComm escreveu:
O que devo fazer para diminuir o tamanho desta tabela?
O vacuum não vai liberar o espaço a no SO, por isso sua tabela mantem o
mesmo tamanho e cada vez cresce mais. O Analyze apenas atualiza as
estatísiticas. Para liberar espaço você pode usar o
Em 30 de novembro de 2012 12:03, Flavio Henrique Araque Gurgel
fla...@4linux.com.br escreveu:
2) Pra manter esse banco com facilidade, particionar essa tabela de log
é vantajoso com certeza.
Neste caso, o procedimento de particionamento com a tabela já populada
seria o mesmo criando as
Em 30-11-2012 13:26, Danilo Silva escreveu:
2) Pra manter esse banco com facilidade, particionar essa tabela de log
é vantajoso com certeza.
Neste caso, o procedimento de particionamento com a tabela já populada
seria o mesmo criando as tabelas do zero? Pois o meu conhecimento sobre
Em 30 de novembro de 2012 13:28, Flavio Henrique Araque Gurgel
fla...@4linux.com.br escreveu:
Em 30-11-2012 13:26, Danilo Silva escreveu:
2) Pra manter esse banco com facilidade, particionar essa tabela de
log
é vantajoso com certeza.
Neste caso, o procedimento de
Pessoal...estou com uma necessidade de conectar o vb 6 com o postgres
9...ja criar um odbc para ele e ta ok..mas nao consigo conectar de dentro
do codigo vb com a sintaxe do conn.open driver=nome do alias
alguem pode me ajudar?
Rodrigo
___
pgbr-geral
Em 30 de novembro de 2012 17:18, rodrigo systemas
rodrigo.syste...@gmail.com escreveu:
Pessoal...estou com uma necessidade de conectar o vb 6 com o postgres
9...ja criar um odbc para ele e ta ok..mas nao consigo conectar de dentro
do codigo vb com a sintaxe do conn.open driver=nome do alias
On 30-11-2012 13:38, Alessandro Lima wrote:
Agora surgiu outra dúvida, se eu excluir apenas os valores de algumas colunas
(colunas grandes como text), o vacuum full também diminuiria o tamnanho da
tabela?
Pode ser que sim. Tudo vai depender do quão grande são os seus campos. Vide a
Em 30 de novembro de 2012 19:34, Euler Taveira eu...@timbira.com escreveu:
[...]
Desaconselho o uso do VF em favor do autovacuum + VACUUM manual (se
necessário).
Nem a nova implementação do VF é recomendada, claro que se tiver *janela de
manutenção* para tal atividade ???
Att,
--
Alessandro,
Minha sugestão é clusterizar a tabela com o primary key dela, é a metodo
mais atual de se liberar espaço fisico após grandes deleções de registros.
Uma boa opção seria um upgrade do seu SGDB, assim você vai ter sempre os
metodos mais atuais.
Abraços,
Em 30 de novembro de 2012
Boa noite pessoal,
Esto usando pgpool-II para balancear a carga entre um PG-Master e um
PG-Slave, porém depois de alguns minutos o pgpool passa a usar 100% de
todos os cores e elevar bastante o load average da máquina, a mesma tem
bastante memória mais os processo do pgpool não estão alocando
20 matches
Mail list logo