¿Archivos adjuntos dentro o fuera?

[roman]

¿Por qué hablan de dos bases de datos? ¿No sería, en todo caso, dos tablas en la misma base? ¿Una con los datos y otra con las imágenes? Porque así no habría problemas de sincronización, se le deja al motor y ya. Mientras que con archivos aparte hay ademas que estar haciendo la doble operación de insertar/modificar/borrar el registro e insertar/modificar/borrar el archivo.

Otra cosa que no sé si ya mencionaron. Si las imágenes se guardan en la base de datos, no tenemos que preocuparnos por la nomenclatura de los archivos, que puede no ser tan sencilla.

// Saludos

[[RONPABLO]]

Empezado por roman

¿Por qué hablan de dos bases de datos? ¿No sería, en todo caso, dos tablas en la misma base? ¿Una con los datos y otra con las imágenes? Porque así no habría problemas de sincronización, se le deja al motor y ya. Mientras que con archivos aparte hay ademas que estar haciendo la doble operación de insertar/modificar/borrar el registro e insertar/modificar/borrar el archivo.

// Saludos

En mi caso uso dos bases de datos por algo que comentó Neftali:

* Mejora sustancial de las copias de seguridad (respecto a 1 Base de Datos). Seguramente la copia de la BD-Datos será más habitual, mientras que la BD-Imagenes se puede hacer con una cadencia más pequeña. El movimiento de datos en la 1ª seguramente será mucho más alto que en la segunda, de forma que podemos adecuar la periodicidad de las copias a esa relación.

Mis clientes por ejemplo suele tomar fotografías de tratamientos a sus pacientes, pero no a todos los tratamientos, solo a algunos que son bastante complejos y quieren tener bien documentados, así pues el nivel de imágenes diarias es menor al nivel de pacientes atendidos y sus demás datos tomados en el día.

[roman]

Claro. Pero supongo que esto es pensando en que por respaldo se entiende copia del archivo físico de la base. Pero dependiendo de según qué base y según qué software de respaldo, se puede más bien pensar en respaldos que excluyan una o más tablas.

Es decir, en mi caso, no suelo respaldar copiando físicamente los archivos, sino creando scripts de volcado de datos.

// Saludos

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

Empezado por roman

Es decir, en mi caso, no suelo respaldar copiando físicamente los archivos, sino creando scripts de volcado de datos.

¿Eso quiere decir que no usas los comandos de Backup y Restore?
No lo he probado, pero si se trata de eso, ¿Qué puede tardar en una Base de datos de 30 o 40 GB de Datos?

[roman]

Es que ustedes, creo, están pensando sólo en Firebird o no sé. En MySQL los respaldos son siempre por script, a menos que se tenga uso exclusivo de la base y no haya problemas de concurrencia. Pero, es cierto, no sé cómo sea con bases tan grandes.

De todas formas, MySQL permite consultas entre bases, así que aún aplicaría la técnica de Casimiro dejando que el motor se encargue de la sincronización.

// Saludos

[[newtron]]

Esto es una pregunta para el amigo Casimiro.

Si metes las imágenes en la base de datos, ¿para abrirlas qué haces? ¿la grabas en el disco duro y llamas al programa correspondiente?

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

Empezado por newtron

Esto es una pregunta para el amigo Casimiro.

No soy Casimiro, pero supongo que puedo... ;-)

Empezado por newtron

Si metes las imágenes en la base de datos, ¿para abrirlas qué haces? ¿la grabas en el disco duro y llamas al programa correspondiente?

Para imágenes, aun es relatívamente sencillo hacerlo directamente desde Delphi, pues los componentes de imagen pueden recibir la información directamente de los TField, pero ese es un problema que tienes si los ficheros almacenados son de otro tipo (o heterogéneos).

En mi caso es un "Archivo documental" y te puedes encontrar desde TXT, DOC, XLS, ZIP, TIFF,... Vamos, cualquier cosa. En este caso no hay otro remedio que volcar/grabar a disco en un temporal y luego abrir con la aplicación asociada al sistema (o que el usuario escoja).