Skip site navigation (1) Skip section navigation (2)

Re: Almacenar Foto, Audio y Video

From: "Mario Gonzalez" <gonzalemario(at)gmail(dot)com>
To: Rubén da Silva <ruben(at)ozonomultimedia(dot)com>
Cc: pgsql-es-ayuda(at)postgresql(dot)org
Subject: Re: Almacenar Foto, Audio y Video
Date: 2006-02-24 18:25:25
Message-ID: 2065a6cf0602241025q933a027w@mail.gmail.com (view raw or flat)
Thread:
Lists: pgsql-es-ayuda
On 24/02/06, Rubén da Silva <ruben(at)ozonomultimedia(dot)com> wrote:
> > ByteA  lo que comentas del VACUUM  este  estaria en horas que no son
> > criticas para la operacion
>
> Insisto en que el vacuum de un fichero contenido en un bytea (una
> información) dado que no suele cambiar (muuuyyyyy raro) y que no hay que
> hacer busquedas en su interior parece una operación innecesaria que
> puede sobrecargar el sistema y a lo mejor siendo un servidor
> internacional (cuando es noche acá e día allá) no dispones de esos
> "tiempos de descanso".
>
> > asi lo tengo por aca  es lo mismo que haces  almacenando varios tipos de
> > archivos  y todo en ByteA  sin problemas y lo mejor es la escalabilidad
> > de este esquema ya que puedes replicar  facilmente   de lo contrario si
> > dejas archivos fuera ... como los replicas ??
>
> Replicar archivos es sencillo, es una operación del sistema de ficheros.
> Puedo hacer copia local con cp, remota con ftp, scp o montando un nfs o
> samba, pero así puedo romper su integridad con un fallo en este proceso.
>
  Si no estas contento con los tipos de datos que maneja postgres
internamente y quieres usar herramientas externas, quiza una ultima
solucion pudiera ser tener una (o varias) maquina exclusiva para
almacenar los respaldos pero estos no los haces con pg_dump sino con
rsync. Por lo que en caso de algun cambio o fallo solo deberias
sincronizar con el repositorio remoto o simplemente sobreescribir
todo. Cosa que no deberia tomar mas de 1 minuto.

  O se me acaba de ocorruri algo recien, porque no trabajas con
esquemas y dentro de el creas 2 DBs, asi podrias almacenar binario y
texto por separado. Y ocuparias pg_dump solo para el texto. Mhh??

> Si te refieres a replicar toda la información relacionada con estos
> ficheros solo has de crear otra BD con el dump de la original ya que el
> nombre del fichero, sus datos, y si quieres su ruta están en la BD.
>
> Efectivamente es mucho más limpio un dump de todos los datos de una
> Servidor de BD a otra, pero en el caso de BD+ficheros lo que harías es:
> copiar ficheros + copiar dump de BD.
>
> Estaría solucionado si los procedimientos almacenados pudieran realizar
> operaciones básicas con ficheros externos (lectura, grabación y
> borrado). O si sobre determinado tipo de datos especial para ficheros
> binarios no se produjera el vacuum.
>
> Gracias por tu respuesta Leonel.
> ¿Que volumen maneja tu BD si no es indiscreción?
>

In response to

Responses

pgsql-es-ayuda by date

Next:From: Dimas AyalaDate: 2006-02-24 18:57:06
Subject: Re: Uso de memoria por conexion.
Previous:From: Rubén da SilvaDate: 2006-02-24 18:13:37
Subject: Re: Almacenar Foto, Audio y Video

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group