RE: [pgsql-es-ayuda] Tamaño en tabla toast para tipo de dato bytea

Alvaro, yo tengo una duda con respecto al VACUUM FULL.
En que situaciones es recomendable aplicar un VACUUM FULL respecto a un VACUMM??

Saludos a todos.

-----Mensaje original-----
De: pgsql-es-ayuda-owner(at)postgresql(dot)org [mailto:pgsql-es-ayuda-owner(at)postgresql(dot)org] En nombre de Alvaro Herrera
Enviado el: viernes, 10 de febrero de 2012 03:10:PM
Para: Ivan Perales M.
CC: Ayuda
Asunto: Re: [pgsql-es-ayuda] Tamaño en tabla toast para tipo de dato bytea

Excerpts from Ivan Perales M.'s message of vie feb 10 16:12:34 -0300 2012:
> Gracias por su ayuda, en realidad si se hacen muchos updates y a la vez no.
> La forma en que ingresamos los datos es en pedazos, es decir de 100kb,
> entonces checando con la funcion length los ultimos 20 archivos ingresados
> son de 4 y 5 MB cada uno, si actualizamos en pedazos de 100 kb, entonces
> hacemo 40 y 50 updates por cada imagen cargada.

Esa es una idea bastante mala. ¿por qué lo hacen así? ¿Se puede evitar?
Sería mucho más sensato hacer solamente un insert con todos los datos de
una sola vez.

> Segun entiendo como
> funciona postgres, por cada update o delete deja la fila anterior y crea
> una nueva, marcando la anterior como fila sin uso, entonces viene el vacuum
> y la marca como espacio disponible para reuso de postgres

Justamente.

> y ya hasta el
> final si uno quiere un vacuum full que libera el espacio inclusive para el
> sistema operativo. Si este es realmente el funcionamiento, tal vez tantos
> updates esten causando el problema engrosando el espacio.

El vacuum full no debería realmente ser necesario. Ya hemos hablado
aquí muchas veces de eso; revisa los archivos anteriores.

--
Álvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>
-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda(at)postgresql(dot)org)
Para cambiar tu suscripci�n:
http://www.postgresql.org/mailpref/pgsql-es-ayuda