Jota e Osvaldo, obrigado pelo retorno referente ao VACUUM.
Segue ações q tomamos e considerações:
. estamos trocando o VACUUM ANALYZE por VACUUM FULL ANALYSE
se antes o vacuum não marcava os registros para reaproveitamento, com o full
pulamos esta parte e já liberamos espaço do hd.
. por favor vejam o teste q fizemos com o vacuum e q achamos curioso (faremos
outros para validar):
. inserimos via função, 10 milhões de registros numa tabela vazia (rodado
truncate antes), 10 dias com 1 milhão cada.
. fizemos DELETE em 5 milhões de registros
. rodamos "VACUUM ANALYSE" (demorou cerca de 9 minutos)
. em seguida rodamos "VACUUM FULL" (demorou cerca de 10 SEGUNDOS)
. essa diferença de tempo é possivel?!?! Se sim, vejo como vantajoso quebrar
o VACUUM em dois passos,
pois ficamos apenas 10 segundos com lock na tabela
. quanto a evoluir a versão 7.2, pelo que conversei com o pessoal da empresa,
isso é extremamente custoso, motivos:
. nossa aplicação é escrita em C/C++ e roda em linux;
. precisariamos mexer no kernel e compiladores;
. todos os módulos da aplicação teriam que ser recompilados, e garanto que
são muitos.
. sou a favor de troca, mas até onde percebi isso envolveria muito tempo de
trabalho e teste de várias pessoas.
Peço desculpas pela demora em responder o email, e nem sei se estou respondendo
da forma correta na lista.
De qualquer forma, obrigado!
Espero poder contribuir com algumas experiencias e tentar ler os emails pelo
menos umas duas vezes ao dia.
[]'s
Fabio
_________________________________________________________________
Quer transformar suas fotos em emoticons para Messenger? Conheça o I Love
Messenger.
http://ilm.windowslive.com.br/?ocid=ILM:ILM:Hotmail:Tagline:1x1:Tagline_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
