Catálogo de Documentos en el Servidor

[Casimiro Noteví]

¿Va a ser demasiado grande la BD si guardas los documentos en la misma?, ¿has hecho alguna estimación?

[Aldo]

La verdad es que si. Pueden ser escáneres, ortos o imágenes que pueden llegar a pesar más de 10 MB cada una de ellas y eso por cada paciente a lo largo del tiempo puede llegar a hacer que la base de datos crezca desmesuradamente.

Alguna otra sugerencia?

Gracias por vuestro tiempo

[olbeup]

Lo único que se me ocurre es, dividir las base de datos y tablas para que no sean tan enormes

Como bien dices si un paciente puede tener 10Mb de datos, multiplica eso por 250 pacientes que te da 2.5Gb por día, en un mes 78.64Gb, en un año c...ño, da error la calculadora.

Se puede hacer una base de datos principal que será: Hospital de Nsra. XY, dentro de esta base de datos, están las tablas, y las tablas en común son los pacientes, medicos, habitaciones, etc, cada paciente tiene su DNI, NIF, PASAPORTE, ETC, lo que sea para tomar referencia, la idea es coger algún dato del paciente que no se repita para crear una base de datos con el dato del paciente no modificable y tablas correspondientes a ese paciente y dentro de esas tablas sólo guardaremos los PDF, JPGE, DOC, XLS, ETC, ETC..., de esta forma cada base de datos sólo tendrá como máximo 50Mb por dar un poco más de cuello para los imprevistos por si hay que repetir pruebas.

Es sólo una idea

Un saludo.

[Casimiro Noteví]

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 Noteví]

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..