Catálogo de Documentos en el Servidor

[Casimiro Notevi]

Empezado por Aldo

Alguna otra sugerencia?

Las únicas sugerencias que existen son dos, ya sabes:

1. Guardas los documentos en la BD
2. Guardas los documentos fuera de la BD

De todas formas, no has respondido a cómo de grande puede ser la BD.

[Aldo]

Gracias por vuestra ayuda.

Pues teniendo en cuenta los cálculos que ha hecho olbeup, tomará un tamaño bastante grande en cuestión de tiempo. Se trata de guardar ficheros que son radiografías, Ortos, escáneres, ficheros PDF, Documentos de Word, correos electrónicos, etc. Los últimos no ocupan mucho, pero los primeros ( gráficos ) si que ocupan bastante.

Yo me he descartado por la segunda variante que propones. Salvar los ficheros fuera de la base de datos pero el dilema que tengo es como copiar el archivo desde el cliente hasta el servidor sin tener en cuenta los permisos de red, etc, sin tener que compartir directorios, etc y que sea transparente para la aplicación cliente.

La idea es implementar un método del Servidor de aplicaciones en el que se pueda mandar el fichero ( Ej: Como lo hace los campos Blobs o los Params ) y que el Servidor de aplicaciones se encargue de guardar el fichero pasado en su destino final. Pero lo que no encuentro es como pasar el fichero al estilo de los TBlobField o de un TParam.

Un saludo

[Casimiro Notevi]

Empezado por Casimiro Notevi

1. Guardas los documentos en la BD
2. Guardas los documentos fuera de la BD

Creo que no te he entendido esto:

Empezado por Aldo

Yo me he descartado por la segunda variante que propones.

Porque descartar es:

descartar

• desechar, eliminar, prescindir, suprimir, repudiar, recusar, excluir
• abstenerse, excusarse, evitar, rehuir

Empezado por Aldo

Salvar los ficheros fuera de la base de datos

Entiendo que la que has descartado es la 1º, guardar en la BD. O sea, que quieres guardarlos en un directorio del servidor.

[Aldo]

Perdonad es que he querido decir decantado. Que he elegido la segunda variante que me proponias. La de guardar los ficheros fuera de la base de datos.

Un saludo

[Delfino]

Uno de los puntos fuertes de Firebird es el tratamiento de los BLOB. Siempre q se pueda es recomendado guardarlos en la misma BD. Asi no hay problemas de permisos de usuario cuando se accede por red.

Dicho esto en casos extremos hacerlo guardarlos en disco parece una buena opcion. Pero hay q sincronizar los cambios entre BD y carpetas y sobre todo hay dar permisos al usuario en red sobre esta carpeta donde se van a guardar..

[Aldo]

Es verdad Delfino. Pero precisamente los aspectos tenidos en cuenta par allegar a hacerlo como estoy intentándolo son:

PROS

1. Al tenerlo en un campo BLOB de la base de datos no tengo que preocuparme de la sincronización entre la base de datos y los ficheros externos a ella. Dicho en otras palabras, no tendría que preocuparme de la integridad referencial entre los registros de la tabla y los ficheros extrenos a la base de datos.

2. Esto evita tener que dar permisos a directorios en el servidor y compartir dichos directorios. Evitaría todo el tema de seguridad de windows con los directorios y los usuarios que pueden leer o escribir en dichos directorios y así que se puedan eliminar los ficheros accidentalmente o intensionadamente por algún usuario de la red

CONTRAS

1. El tamaño de la base de datos se hará muy grande y poco manejable en poco tiempo. Estamos hablando de que los ficheros pueden ocupar bastante tamaño teniendo en cuenta que son ficheros de imágenes y con mucha resolución y que no se puede degradar dicha resolución en ningún caso.

2. El hecho de tener una base da datos muy grande hace que todos los procesos en dicha base de datos sean más lentos, eso sin tener encuenta como va a manipular dicho fichero el propio windows y el Firebird.

Llegados a este punto, me decanto por la variante de guardar los ficheros externos a la base da datos.

He encontrado una forma de hacer que se graben dichos ficheros en el lado servidor. Lo he hecho con un TParam. Estoy desarrollando la idea y en cuanto lo tenga funcionando y operativo al 100 % lo subo para que veaís la solución y de paso si encontraís algún error, me ayudéis a corregirlo.

Un saludo

[Delfino]

Empezado por Aldo

CONTRAS

2. El hecho de tener una base da datos muy grande hace que todos los procesos en dicha base de datos sean más lentos, eso sin tener encuenta como va a manipular dicho fichero el propio windows y el Firebird.

Eso nunca es problema ya que Firebird guarda de manera eficiente los Blobs en paginas de datos separadas y el acceso a los otros datos no se ve afectado por haber o no Blobs en la tabla..

Lo unico es q el tiempo de Backup/Restore se hace mas largo..