From: | Martín Marqués <martin(at)2ndquadrant(dot)com> |
---|---|
To: | pgsql-es-ayuda <pgsql-es-ayuda(at)postgresql(dot)org> |
Subject: | Re: Mejor tipo de dato para almacenar archivos. |
Date: | 2014-10-15 19:03:26 |
Message-ID: | CABeG9LuSVTj3XuRYFnhZBhTy==Vj4i4ONbTHBmikUicgUJqoEQ@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
Buuuu, olvide agregar la lista en mi respuesta. :(
El día 15 de octubre de 2014, 15:47, Martín Marqués
<martin(at)2ndquadrant(dot)com> escribió:
> El día 14 de octubre de 2014, 15:15, Ivan Perales M.
> <ivan(dot)perales(at)gmail(dot)com> 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 (pgsql-es-ayuda(at)postgresql(dot)org)
Para cambiar tu suscripcin:
http://www.postgresql.org/mailpref/pgsql-es-ayuda
From | Date | Subject | |
---|---|---|---|
Next Message | Mario Soto Cordones | 2014-10-15 19:07:24 | RE: Consulta sobre tablespace |
Previous Message | Martín Marqués | 2014-10-15 19:01:00 | Re: [pgsql-es-ayuda] Re: [pgsql-es-ayuda] Análisis de performance |