Totalmente de acuerdo, aunque nosotros manejamos una considerable cantidad de pdf y doc al día (entre 500 y 800) y lo hacemos almacenando la referencia a un disco de red en el que la aplicación crea una carpeta anual y otra subcarpeta del día y guarda y recupera los archivos allí. Es cierto que has de hacer los dos respaldos y que se ha de tener un buen control para que la cosa no sea un cachondeo, pero hasta la fecha no hemos tenido problemas. No se si metiéndolos en los registros crecería mucho la DB y disminuiría el rendimiento...
Carlos Joaniquet Tamburini El 21/09/2010, a las 18:34, Alvaro Herrera <alvhe...@commandprompt.com> escribió: > Excerpts from Ariel Centeno's message of mar sep 21 07:29:29 -0400 2010: >> >> Me parece lo mas logico guardar solo las referencias a los documentos en la >> base de datos. Es la forma mas rapida y evitas conversiones que por hay no >> funcionan del todo bien. > > Si la conversi√≥n no funciona "del todo bien", es un bug de tu > aplicaci√≥n. > > Respecto a que sea lo m√°s l√≥gico, no estoy de acuerdo. Puede ser lo m√°s > simple, si s√≥lo haces la parte m√°s sencilla, pero si quieres manejar los > documentos en forma transaccional, es mucho m√°s complicado; en cambio si > almacenas los documentos en la base de datos, la parte transaccional se > maneja sola. > > Lo otro a considerar son los respaldos. Si los metes en la BD, los > documentos son parte del pg_dump. De lo contrario debes respaldarlos > por separado (y tienes que tener cuidado de que los respaldos de los > archivos sean consistentes con los de la BD). > > Tambi√©n est√° el tema de la seguridad: c√≥mo hacer que cada usuario s√≥lo > vea los documentos a los que tiene acceso. > > Otro: si pones los dctos en la BD puede ser mas simple hacer indexacion > del texto en ellos. > > Y supongo que otras consideraciones se me olvidan. > > En resumen, no es tan facil como parece; en la BD muchos problemas ya > estan resueltos. > > -- > √Ålvaro Herrera <alvhe...@commandprompt.com> > The PostgreSQL Company - Command Prompt, Inc. > PostgreSQL Replication, Consulting, Custom Development, 24x7 support > - > 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
