Diseño BBDD Documental

[Neftali [Germán.Estévez]]

Bueno, la teoría dice que el mejor sitio donde almacenar las imágenes es, dentro de la Base de Datos. A priori tienes más facilidades para controlar la seguridad y más sencillez para realiza las copias de seguridad (si la base de datos empieza a ser grande esto puede cambiar); De esta forma parace que la integridad del "conjunto de datos" (datos textuales e imágenes) parece más fiable.

Pero, (todo tiene un pero) desde hace un tiempo para acá (supongo que a medida que los sistemas han ido almacenando más documentos/imágenes) las cosas ya no son tan claras como dice la teoría.

Almacenar las imágenes fuera de la Base de Datos (y el path dentro) puede tener algunas ventajas y eliminar algunos inconveniente.

* Si hay que afrontar una migración de SGBD, esta solución es mucho más sencilla, que si los ficheros estuvieran codificados en el formato (BLOB) de la BD.
* El acceso a las ima´genes es más eficiente si están en un sistema de ficheros (que está preparado para gestionar ficheros) que no si están dentro de la Base de Datos.
* El acceso es más sencillo desde aplicaciones externas como Visualizadores, conversores, Clientes de FTP, Web Browsers,...
* Aunque la cosa va mejorando, las Bases de Datos están pensadas para trabajar con textos y la eficiencia baja cuando trabajan con tipos binarios.


Creo que las cosas no están a priori claras; Estudia bien tu caso; Revisa artículos sobre el almacenamiento de datos binarios en MySQL. Posibles problemas y rendimiento que ofrece.

[tcp_ip_es]

Bueno antes cuando he dicho:

Empezado por Tony

nunca he tenido que hacer este tipo de aplicación

he mentido un poco , tengo una aplicación pero no es documental, es de personas, y almaceno su foto en ella directamente en un campo blob de la BD (MySQL), pero claro estamos hablando de 2 o 3 kb por foto y un máximo de 2000 registros, y funciona perfectamente... y en esta nueva voy a almacenar pdf (basicamente) con 2 o 3 Mb cada uno...

Ya he mirado artículos sobre el tema, y me surgen las mismas dudas.... yo estoy más por almacenar el path pero entonces me surge la duda con los permisos, no tendría problema en el sentido que yo tb soy el admin de ese servidor, pero a la hora de definir los perfiles de usuario de la aplicación no se como debería hacerlo....

[[BlueSteel]]

Empezado por tcp_ip_es

Bueno antes cuando he dicho:

Ya he mirado artículos sobre el tema, y me surgen las mismas dudas.... yo estoy más por almacenar el path pero entonces me surge la duda con los permisos, no tendría problema en el sentido que yo tb soy el admin de ese servidor, pero a la hora de definir los perfiles de usuario de la aplicación no se como debería hacerlo....

Hola

bueno, yo lo que hago es almacenar el path en un campo de una tabla, y el resto lo almaceno en un directorio compartido a un grupo... ten en cuenta que con w2003s puedes crear grupos de usuarios y si creas un usuario le puedes asignar derecho de lectura y/o escritura sobre la carpeta donde esten los documentos... además, puedes configurar las politicas de grupo desde el w2003s y cuando el usuario se conecte puedes hacer que la ruta donde estan los documentos se configure en el Pc o estación correspondiente

no se si me entendistes, pero al menos yo lo he solucionado con path y carpetas compartidas para un grupo de usuarios

Salu2

[tcp_ip_es]

Vale creo que tengo claro que lo haré con el path, además me he enterado que los documentos que quieren meter van de 1 a 30 megas, con lo que la BD puede irse de madre como dicen allá en las Américas

Seguro que me surgirán dudas asi que os las haré saber!!! Muchas gracias a los dos .... según escribo esto me surge una duda je je je mi BD es de contratos con lo que es bastante confidencial (por eso mi duda de meterlo en la BD ) imaginaros que dependiendo del tipo de contrato (o cualquier otro campo de la BD) quiero que el usuario sea lector o no lo pueda ver, como controlo eso via w2003, si estamos hablando que serían lectores o escritores sobre todo un directorio ... no voy a estar controlando los ACL de cada archivo o si BlueSteel tu que has realizado una aplicación asi como lo has hecho....

[Neftali [Germán.Estévez]]

Empezado por tcp_ip_es

mi BD es de contratos con lo que es bastante confidencial (por eso mi duda de meterlo en la BD ) imaginaros que dependiendo del tipo de contrato (o cualquier otro campo de la BD) quiero que el usuario sea lector o no lo pueda ver, como controlo eso via w2003, si estamos hablando que serían lectores o escritores sobre todo un directorio...

Parece claro que los contratos no deberían ser accesibles para todo el mundo.
Debes pensar en dos tipos de protecciones; De acceso o de contenido.

Para protección de acceso los documentos son de acceso libre, pero se protege el acceso a ellos. Ya sea por permisos (si es posible), implementando un servidor de ficheros,...
Para protección por contenido, debes proteger los ficheros en si. Depende del tipo de ficheros que tengas o de si deseas encriptarlos (por ejemplo) desde tu aplicación. En último caso debes tener en cuenta si esos ficheros van a ser accedidos desde fuera y los problemas que eso te puede conllevar.

[tcp_ip_es]

Me parece muy acertado tu consejo. Pero tengo preguntas ... primero y resumiendo expongo... La aplicación tendrá:

De Acceso

• Usuarios Editores: Podrá anexar contratos (docs pdf) con lo que tendrá permisos de escritura y lectura
• Usuarios Lectores: Sólo podra leer los archivos referentes a los contratos.

y de Contenido, dependiendo de ciertos campos (p.ej. tipo de contrato) el usuario podrá desencriptar y leer ese archivo (doc pdf) o no.

Bien me gusta la idea ya que si un usuario quiere acceder "maliciosamente" via explorer windows y es lector pero no puede ver un cierto tipo de contrato como estarán encriptados no los podrá ver, hasta ahi de acuerdo pero ¿Como encripto y desencripto un pdf/doc/xls/etc? ¿Existe ya un componente a tal efecto?


De nuevo muchas gracias por vuestra dedicación...

[[BlueSteel]]

Hola

Lo que mejor puedes hacer es la validadción de tu sistema por Usuarios.... Además, cuando un usuario ingrese al Sistema, ese debe haber iniciado la sesión de windows....

Entonces ya tienes una doble validación... la validación del sistema (documental) te permite realizar las acciones que estimes conveniente.... la validación de usuario de Windows a través de W2003Server, te permitirá tener acceso restringido o no a ciertas carpetas... por lo cual, si tu creas una carpeta en algun directorio raiz del W2003server y la compartes, pero le asignas privilegio solo a algunos usuarios, aunque los otros tengan el patch no podran ver el contenido...

Solo te vastaria asegurarte que los usuarios no se compartan las claves de acceso... pero como el W2003 Server pide claves cada 42 dias y además que sean de un largo minimo de 7 digitos con convinación de letras (mayusculas y minusculas) y numeros... no tendras muchos problemas.... creo

En el W2003Server tambien puedes crear perfiles remotos y asignarlo a un grupo de usuarios....para tu caso creas un Perfil Contratos, y en el asignas todas las carpetas y cosas que puede ver un usuario dentro del Servidor.... Despues asignas al perfil los usuarios que estimes convenientes... y eso es todo..

Bueno, en el perfil puedes modificar de todo, desde protector de pantalla, fondo, menus de inicio, acceso a internet (no estoy seguro de esto) y programas, entre otras cosas...

ve que puedes hacer, realiza una prueba de usuarios y perfiles... y trata de acceder a carpetas compartidas con usuarios asignados y otros que no esten.. a ver que tal...

Salu2