RE: Almacenar Foto, Audio y Video

Amigo, lo que propones aca es otra guerra santa y podemos pasarnos hasta el
2020 habando de lo mismo por lo que solo te dare mi experiencia de esto, la
tomas o la dejas.
Yo uso campo text para hacer eso y almaceno todo tipo de archivos. He hecho
una mensajeria dentro de i empresa para enviar cualquier cosa via el sistema
y asi quitarme de encima el email y demas cosas. La codificacion y
decodificacion la hago en el cliente por lo que no consummo CPU en mi
server. Hasta ahora el asunto me ha salido muy bien. Todos los dias se
digitan alredeor de 200 fotos , lo se es poco pero para mi va bien.
Creo que deberias probar un par de metodos y tu al final decidir que te
conviene.

*-------------------------------------------------------*
*-Edwin Quijada
*-Developer DataBase
*-JQ Microsistemas
*-809-747-2787
* " Si deseas lograr cosas excepcionales debes de hacer cosas fuera de lo
comun"
*-------------------------------------------------------*

>From: Rubén da Silva <ruben(at)ozonomultimedia(dot)com>
>To: pgsql-es-ayuda(at)postgresql(dot)org
>Subject: [pgsql-es-ayuda] Almacenar Foto, Audio y Video
>Date: Fri, 24 Feb 2006 17:34:19 +0100
>
>Estimados amigos,
>
>Revisando las listas de correo en inglés y español no he encontrado aún
>respuesta al siguiente dilema:
>
>Imaginemos que quiero gestionar (clasificar para despues recuperar) todo
>tipo de archivos multimedia, esto es texto, fotos, audio y videos (a lo
>mejor alguno más).
>
>Para ello uso determinadas tablas, una de "medias" con sus "descripciones"
>generales: mime-type, tamaño... otra solo para textos que indexaremos con
>Gist (tsearch2 para busquedas por palabras), y ahora viene la duda:
>
>¿Como almacenar los binarios ?
>Son muchísimos, a razón de cientos diarios, la mayoría fotos, y se espera
>llegar a más de 100 MB diarios)
>
>Hay varias opciones:
>-En campo Texto codificado con base64.
>-En campo bytea
>-Como BLOB
>-Fuera de la BD.
>
>Preferiría no pasarlos a base64 y meterlos en un campo de texto ya que no
>me parece correcto pues no tengo que indexar ni buscar nada dentro de estos
>archivos además de que el encode y decode consume recursos (CPU y MEM).
>
>Meterlos en un campo como bytea según he leído en las listas daría
>problemas con el vacuum, ya que se recorrería las páginas de estos bytea
>cargando mucho el sistema y además cargaría la MEM.
>
>Como BLOB parece que tiene el mismo problema que guardando bytea en cuanto
>al vacuum y además no se recuperan con pg_dump.
>
>Fuera de la BD, guardando solo el nombre y la ruta del fichero a guardar,
>rompe por completo la integridad transaccional ya que no se gestionarían a
>base de SELECT y DELETE (UPDATE no se usará casi nada)
>
>¿Que hacer? ¿Gestionar estos ficheros externos con triggers?
>
>Pretendemos la máxima velocidad, integridad y escalabilidad del sistema.
>
>Un saludo,
>Rubén
>
>
>
>
>---------------------------(fin del mensaje)---------------------------
>TIP 6: ¿Has buscado en los archivos de nuestra lista de correo?
>
> http://archives.postgresql.org/pgsql-es-ayuda

_________________________________________________________________
Visita MSN Latino Noticias: Todo lo que pasa en el mundo y en tu paín, ¡en
tu idioma! http://latino.msn.com/noticias/