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 <alvhe...@alvh.no-ip.org> - Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org) Para cambiar tu suscripci�n: http://www.postgresql.org/mailpref/pgsql-es-ayuda
