Re: [Fwd: Re: como almacenar una imagen en una tabla y no morir

Perdón pero hasta ahora llego a la lista y me parece interesante el tema de
almacenar fotos en la DB.

cómo se dijo que debía hacerse?
Se convierte la foto a base64 y se almacena como varchar?
como hago un insert? el base64 ente '' cómo si fuera una cadena?

Gracias.

Atentamente,

RAUL DUQUE
Bogotá, Colombia
----- Original Message -----
From: "Edwin Quijada" <listas_quijada(at)hotmail(dot)com>
To: <hmiranda(at)gmail(dot)com>
Cc: <pgsql-es-ayuda(at)postgresql(dot)org>
Sent: Thursday, October 26, 2006 3:29 PM
Subject: Re: [pgsql-es-ayuda] [Fwd: Re: como almacenar una imagen en una
tabla y no morir

>
>
>
>
>
>>From: "Horacio Miranda" <hmiranda(at)gmail(dot)com>
>>To: "Edwin Quijada" <listas_quijada(at)hotmail(dot)com>
>>CC: knowhow(at)sistemasyconectividad(dot)com(dot)mx, pgsql-es-ayuda(at)postgresql(dot)org
>>Subject: Re: [pgsql-es-ayuda] [Fwd: Re: como almacenar una imagen en una
>>tabla y no morir
>>Date: Thu, 26 Oct 2006 17:25:52 -0300
>>
>>El problema de almacenar el path es que las fotos (de querer respaldarlas)
>>debes respaldar la base (logica) y las fotos (materia prima), si dejas
>>todo
>>en la base de datos, cuando debas respaldar respalda la logica y la data
>>de
>>interes (las fotos), te entiendes solo con un agente que es el RDBMS.
>>
>>Como lo veo yo, es mejor tener todo en la base y no en base64 por que te
>>sube un % importante el tamaño de la foto.
>>
>>
> Nop. No sube.
>
>
>>On 10/26/06, Edwin Quijada <listas_quijada(at)hotmail(dot)com> wrote:
>>>
>>>
>>>Tengo mi BD con fotos dentro de la BD. Ya van como 20000 y eso no afecta
>>>en
>>>nada mi performance. Almaceno las fotos como base64 y eso me permite q en
>>>un
>>>solo bk llevarme todo , es decir, la cosa es super "portable", no se porq
>>>dijeron eso.
>>>Lo q hice es q almaceno las fotos en una tabla con el id de lo que
>>>pertence
>>>pero sin relaciones , sola.
>>>Esto me hace q no tengo q cargarla siempre sino solo cuando la necesito.
>>>La forma me ha dado muy buenos resultados
>>>
>>>
>>>
>>> >From: Julio Cesar Sánchez González
>>><knowhow(at)sistemasyconectividad(dot)com(dot)mx>
>>> >Reply-To: knowhow(at)sistemasyconectividad(dot)com(dot)mx
>>> >To: pgsql-es-ayuda(at)postgresql(dot)org
>>> >Subject: [pgsql-es-ayuda] [Fwd: Re: como almacenar una imagen en una
>>>tabla
>>> >y no morir por el rendimiento]
>>> >Date: Thu, 26 Oct 2006 01:04:18 -0500
>>> >
>>> >Julio Cesar Sánchez González wrote:
>>> >
>>> >> > Hola compañeros listeros aprovechando el hilo que se formo sobre el
>>> >
>>> >>almacenamiento de imagenes en una base de datos postgres con tipo
>>> >>bytea
>>> >
>>> >>u oid me surje la duda sobre el rendimiento del ORDBMS pues hablan de
>>> >> >
>>> >>1500 fotos pero que pasaria si ese volumen se procesara diariamente, >
>>> >>¿Que pasaria con la base despues de 1 año? ahora viene otro problema
>>> >>si
>>> >
>>> >>el tamaño y la resolucion de la imagen no es fijo y tiende a crecer
>>>como
>>> >
>>> >>es el caso de las fotos tomadas con camaras digitales modernas que
>>> >>cada
>>> >
>>> >>vez son mas grandes por los megapixeles que parece que hoy estan de >
>>> >>oferta. En fin que es mejor, almacenar el grafico en la base de datos
>>> >>o
>>> >
>>> >>mediante un path?
>>> >> > > Ambos metodos funcionan bien pero cual creen que sea mejor basado
>>>en
>>> >> > rendimiento del gestor relacional, yo me inclino por el
>>>almacenamiento
>>> >> > en path, pero ustedes tienen la ultima palabra.
>>> >> > > Saludos a todos y muchas gracias.
>>> >> > > Julio Cesar Sanchez G.
>>> >>
>>>
>>>
>>>
>>> >From: Alvaro Herrera <alvherre(at)commandprompt(dot)com>
>>> >To: Julio Cesar Sánchez González <knowhow(at)sistemasyconectividad(dot)com(dot)mx>
>>> >Subject: Re: como almacenar una imagen en una tabla y no morir por el
>>> >rendimiento
>>> >Date: Wed, 25 Oct 2006 18:01:30 -0300
>>> >Hola,
>>> >
>>> >Por favor reenvia este mensaje a pgsql-es-ayuda(at)postgresql(dot)org, que es
>>>la
>>> >direccion de la lista. Sin el -owner, porque esa es la direccion del
>>>owner
>>> >(administrador).
>>> >
>>> >Gracias.
>>> >
>>> >
>>> >Julio Cesar Sánchez González wrote:
>>> > > Hola compañeros listeros aprovechando el hilo que se formo sobre el
>>> > > almacenamiento de imagenes en una base de datos postgres con tipo
>>>bytea
>>> > > u oid me surje la duda sobre el rendimiento del ORDBMS pues hablan
>>> > > de
>>> > > 1500 fotos pero que pasaria si ese volumen se procesara diariamente,
>>> > > ¿Que pasaria con la base despues de 1 año? ahora viene otro problema
>>>si
>>> > > el tamaño y la resolucion de la imagen no es fijo y tiende a crecer
>>>como
>>> > > es el caso de las fotos tomadas con camaras digitales modernas que
>>>cada
>>> > > vez son mas grandes por los megapixeles que parece que hoy estan de
>>> > > oferta. En fin que es mejor, almacenar el grafico en la base de
>>> > > datos
>>>o
>>> > > mediante un path?
>>> > >
>>> > > Ambos metodos funcionan bien pero cual creen que sea mejor basado en
>>> > > rendimiento del gestor relacional, yo me inclino por el
>>>almacenamiento
>>> > > en path, pero ustedes tienen la ultima palabra.
>>> > >
>>> > > Saludos a todos y muchas gracias.
>>> > >
>>> > > Julio Cesar Sanchez G.
>>> >
>>>
>>>
>>>
>>>
>>>
>>>
>>> >
>>> >---------------------------(fin del mensaje)---------------------------
>>> >TIP 8: explain analyze es tu amigo
>>>
>>>_________________________________________________________________
>>>¿Cuánto vale tu auto? Tips para mantener tu carro. ¡De todo en MSN Latino
>>>Autos! http://latino.msn.com/autos/
>>>
>>>
>>>---------------------------(fin del mensaje)---------------------------
>>>TIP 9: el optimizador ignorará el uso de recorridos de índice si los
>>> tipos de datos de las columnas no coinciden
>>>
>>
>>
>>
>>--
>>Saludos,
>>Horacio Miranda Aguilera.
>>RedHat Certified Engineer
>>(56 99) - 8841727
>
> _________________________________________________________________
> Visita MSN Latino Entretenimiento: ¡música, cine, chismes, TV y más...!
> http://latino.msn.com/entretenimiento/
>
>
> ---------------------------(fin del mensaje)---------------------------
> TIP 4: No hagas 'kill -9' a postmaster
>