Buuuu, olvide agregar la lista en mi respuesta. :( El día 15 de octubre de 2014, 15:47, Martín Marqués <[email protected]> escribió: > El día 14 de octubre de 2014, 15:15, Ivan Perales M. > <[email protected]> escribió: >> El evitar el bytea era por que en otro sistema lo maneje pero ahi si habia >> muchos inserts, deletes y updates, lo que ocasionaba broncas a largo plazo, >> como por ejemplo que vacuum no eliminara las tuplas muertas de los updates o >> deletes y con el tiempo la base llegara a incrementarse muchos mas gigas del > > Hay dos conceptos que posiblemente tengas confundido (o puede ser que > estes hablando de un sistema que corria en una version muy antigua de > postgres). Una cosas son las tuplas muertas, y otra el espacio libre > no reclamado. > > Si tenes muchas tuplas muertas, debes setear autovacuum (o hacer > corridas de vacuum) de manera más agresiva. > > Si es lo segundo, bueno, tendrás el mismo problema con un campo TEXT > del mismo tamaño que tiene la misma carga de trabajo (DML). > > A diferencia de las tuplas muertas, el espacio libre reclamado (pero > aún usado por la relación) puede ocuparse con nuevas tuplas que vayan > a insertarse. > >> tamaño real, y un vacuum full diario no era viable ya que hacia lentisimo el >> sistema por alrededor de hora y media, en ese entonces se opto por >> mensualmente programar un mantenimiento donde bajabamos el sistema, haciamos >> un dump, recreabamos la base y cargabamos la info. > > Me sorprendería muchisimo que un dump/restore de la base sea más > rápido que un VACUUM FULL de una tabla (por grande que esta sea). > >> Pero esta vez no habran updates ni deletes (y si los hay seran uno o dos por >> cada mil) así que creo que puedo manejar el bytea sin tanta preocupación. >> Estube haciendo comparacion entre guardarlo como bytea o como text y en este >> segundo me incrementaria en mas del 30% el tamaño del archivo tan solo por >> convertir los bytes a texto. >> >> Así que le daré una oportunidad a bytea. > > Es una buena idea. > > -- > Martín Marqués http://www.2ndQuadrant.com/ > PostgreSQL Development, 24x7 Support, Training & Services
-- Martín Marqués http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Training & Services - Enviado a la lista de correo pgsql-es-ayuda ([email protected]) Para cambiar tu suscripci�n: http://www.postgresql.org/mailpref/pgsql-es-ayuda
