On 05/17/2011 06:16 AM, David Montoya wrote:
El 17 de mayo de 2011 10:30, Álvaro Hernández <[email protected]
<mailto:[email protected]>> escribió:
Tue, May 17, 2011 at 03:01:12AM -0500, Jaime Casanova escribió:
>2011/5/17 David Montoya <[email protected]
<mailto:[email protected]>>
>>
>> ¿Es necesário hacer un Vacuum de una tabla que no sufre muchas
sentencias Delete o Update?
>
>si. aunque la razon mas importante la manejara igual el autovacuum
>aunque lo tengas "apagado" para esa tabla, si nunca haces un vacuum
>habra fragmentacion en esa tabla... aunque ocurra lentamente.
Sí, así es, si hay algún delete o update, tras 5 años, seguro
que hay muchas tuplas muertas...
>
>> ¿Si se realiza un Vacuum FULL cada poco tiempo, lleva menos
tiempo hacerlo que si se realiza después de mucho tiempo?
>
>no deberias usa VACUUM FULL, solo vacuum es necesario... y si vacuum
>mas frecuente implica menos trabajo
VACUUM FULL te liberaría espacio en disco. No sé si esto es una
prioridad o no. Por otra parte, VACUUM FULL va a tardar muchísimo en
dicha tabla, y mientras la va a bloquear. Tampoco sé si esto es
grave o
no
No me preocupa mucho el espacio (no de momento al menos), pero bueno
es un dato a tener en cuenta. De todas formas si realizaré un vacuum
sin más y la posibilidad de ejecutarlo una vez al mes o así.
Lo que sí es muy importante, dado el tamaño de la tabla, es un
ANALYZE, combinado o no con VACUUM, para ayudar a mantener
actualizadas
las estadísticas del planificador. Si no has hecho VACUUM nunca, es
posible que tampoco ANALYZE.
Muchas gracias por el consejo. Voy a revisar el tema del Analyze y
como realizarlo de forma periódica (una vez al mes o así).
Saludos,
Álvaro
--
Álvaro Hernández Tortosa
-----------
NOSYS
Networked Open SYStems
Muchas gracias a los dos por los consejos y sugerencias.
Lo que si te recomendamos es que planifiques en un tiempo no muy lejano
la migración a PostgreSQL-9.0.4 o a la 8.4.7, por el hecho
que tienen disímiles ventajas sobre la 8.3 en todos los aspectos:
seguridad, rendimiento, administración, mayor cantidad de
características muy
útiles, etc.
Saludos
--
Marcos Luís Ortíz Valmaseda
Software Engineer
University of Information Sciences
