Re: Problema con vacuum full

Gracias Alvaro por la ayuda, me queda claro lo que ha pasado con la
explicación dada.

Voy a seguir los consejos que me has planteado para la próxima vez que
tenga que hacer esto. que espero ya no.

ya que se han cancelado los vacuum full que se hacian de forma periodica a
las tablas.

Saludos.

LI. Juan Carlos Ramirez Z.
Cel. 4441 55 00 95
juancarlosrz(dot)78(at)gmail(dot)com
http://www.mazamitlamexico.com
twitter @MazamitlaMexico
Facebook facebook.com/MazamitlaMexico<http://www.facebook.com/MazamitlaMexico>

--Before printing this message, see if you really need - do it for your
world
--You cannot mandate productivity, you must provide the tools to let people
become their best - Steve Jobs

El 16 de enero de 2012 16:36, Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>escribió:

>
> Excerpts from Juan Carlos Ramirez Zambrano's message of lun ene 16
> 19:28:01 -0300 2012:
>
> > OK, entonces lo que quiere decir que una vez que se hace el vacumm full,
> se
> > hace un reindex para corregir los indices que han quedado en mal estado.
>
> Bueno, normalmente no se hace vacuum full. Punto. Y así no tienes este
> problema.
>
> > Y estos pueden tardar el mismo tiempo sin importar el orden en que se
> > realicen.
>
> Si haces REINDEX antes de VACUUM FULL, será tiempo perdido porque VACUUM
> FULL va a echar a perder los índices.
>
> > Entonces lo que paso quiere decir que en tablas de este tipo puede pasar
> > esto, por la gran cantidad de datos que se borraron?
>
> Sí; después del borrado masivo de datos es mejor hacer ALTER TABLE / SET
> TYPE como apuntó alguien antes. (En 9.0 VACUUM FULL hace lo mismo).
> Quizás sea mejor simplemente no hacer borrado masivo, sino hacer
> borrados más pequeños más frecuentemente, y dejar que el vacuum normal
> se haga cargo del problema. Es más efectivo, no requiere tanto espacio
> extra, y no molesta la operación continua.
>
> --
> Álvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>
>