Que siginifica el RAC, solo era por curiosidad tengo un sitio con alrededor de 500K de imagenes y otro con alrededor de 100K en imagenes almacenadas en texto con PG y todo va muy bien.
________________________________________ From: Horacio Miranda <hmira...@gmail.com> Sent: Sunday, February 21, 2016 10:14 PM To: Edwin Quijada; Victor Hugo Roumieu; POSTGRES Subject: Re: [pgsql-es-ayuda] [pgsql-es-ayuda] [OFFTOPIC] - Espacio en disco de tablas con imágenes. Oracle RAC. Pero creeme, que sea Oracle o postgresql no cambia la modalidad y el objetivo que es : Consistencia en los datos. On 2/22/2016 10:50 AM, Edwin Quijada wrote: > Que base de datos usan el registro civil ,solo por curiosidad > > > ________________________________________ > From: Horacio Miranda <hmira...@gmail.com> > Sent: Friday, February 19, 2016 1:50 AM > To: Edwin Quijada; Victor Hugo Roumieu; POSTGRES > Subject: Re: [pgsql-es-ayuda] [pgsql-es-ayuda] [OFFTOPIC] - Espacio en disco > de tablas con imágenes. > > Como dato, SRCEI (REgistro Civil de Chile) tiene las fotos en la base de > datos, en el 2005 eran 10 Teras de datos... > > Yo era el DBA asi que de primera fuente te digo que aun que la base de > datos cresca mucho te permite tener todo consistente. > > On 2/19/2016 2:26 PM, Edwin Quijada wrote: >> +1 >> >> >> >> ------------------------------------------------------------------------ >> *From:* pgsql-es-ayuda-ow...@postgresql.org >> <pgsql-es-ayuda-ow...@postgresql.org> on behalf of Victor Hugo Roumieu >> <vhr...@gmail.com> >> *Sent:* Friday, February 12, 2016 7:46 PM >> *To:* POSTGRES >> *Subject:* [pgsql-es-ayuda] [pgsql-es-ayuda] [OFFTOPIC] - Espacio en >> disco de tablas con imágenes. >> Hola perdón por meterme en el hilo y mas teniendo en cuenta mi >> ignorancia, pero es posible que pudiera ser de utilidad para alguien. >> Respecto a dejar los datos dentro o fuera de la base, muchos me >> recomendaron hacerlo en un directorio aparte, pero jamas encontré un >> argumento que me convenciera ante las dificultades que ello conlleva. >> Todos los datos dentro de la base implica una enorme cantidad de >> ventajas que son las que originalmente nos hacen trabajar con base de >> datos relacionales (integridad, seguridad solo por nombrar algunos). >> >> Ahora yo al guardar datos graficos tengo algunas precauciones. >> 1) Validar todo lo que se pueda desde la aplicación. Por ejemplo el >> tamaño máximo que permito ingresar, tipo de dato, etc. >> 2) Armar otra tabla con el dato Bytea con únicamente este dato, incluso >> en una relación uno a uno. Esta tabla solo tendra el dato gráfico y el >> id de la tupla a la que corresponde. >> Esto para mi fue de mucha ayuda tanto en postgres mysql como en oracle. >> ya que me permite almacenar ese dato en otro datafile (segun el motor), >> tambien me protege de las consecuencias de que algun distraido hiciera >> "select * from tabla". Si pongo un trigger de auditoria o de lo que >> fuera el mismo puede trabajar sobre una de las tablas pero no sobre el >> dato gráfico. Las capas del medio de la aplicación (JPA) con muy poco >> esfuerzo levantan los datos que se requieren en cada caso y toman los >> graficos solo cuando son requeridos. >> >> Es muy posible que mi enfoque fuera anticuado pero a mi me da resultado. >> >> Les mando un fuerte abrazo. >> VHR > > - > Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org) > Para cambiar tu suscripción: > http://www.postgresql.org/mailpref/pgsql-es-ayuda > - Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org) Para cambiar tu suscripción: http://www.postgresql.org/mailpref/pgsql-es-ayuda
