![]() |
![]() |
![]() |
![]() |
![]() |
FTP | ![]() |
![]() |
CCD | ![]() |
![]() |
Buscar | ![]() |
![]() |
Trucos | ![]() |
![]() |
Trabajo | ![]() |
![]() |
Foros | ![]() |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
![]() |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
||||
|
||||
Lo que dice Casimiro de utilizar 2 bases de datos lo he hecho algunas veces y me parece buena idea, siempre y cuando el motor te permita abrir las dos bases de datos a la vez y hacer un Select involucrando tablas de una y otra.
Un Saludo.
__________________
Guía de Estilo de los Foros Cita:
![]() |
#2
|
||||
|
||||
Pues la verdad es que el tema de una base de datos independiente para las imágenes no me resulta desagradable, en caso de ser una aplicación multiempresa sería (imagino) una base de datos de imágenes por cada empresa. Pensaré en ello seriamente.
P.D.: bueno.... pensar pensar .... eso de pensar no sé si me saldrá ![]() |
#3
|
||||
|
||||
Hola.
Parece que ya se han respondido la mayoría de dudas a este respecto, pero me gustaría ahondar sobre el tema de la privacidad que comenta julian. Si los archivos están "fuera" son accesibles por lo usuarios sin pasar por el filtro de la base datos. Pueden ser vistos, modificados y eliminados desde fuera de la aplicación. Si esto es un factor importante también debe ser tenido en cuenta. Mi experiencia me inclina hacia la solución de guardarlo en la base de datos y si el número de archivos se estima realmente alto, guardarlo en varias BBDD como comenta Casimiro, incluso por años, o por tipos de archivo (imagenes, pdf, doc) etc. Saludos,
__________________
http://www.gestionportable.com |
#4
|
||||
|
||||
Cita:
![]() ![]() Cita:
* Tamaño total y/o número de ficheros. Cambia todos los planteamientos tener una Base de Datos de 5 GB o tener una de varios TB. * Uso que se hace de ellos y las operaciones que necesites. * Requerimientos de seguridad (lo han comentado Julián y pacopenin). Volviendo a lo comentado por Casimiro se me ocurre: PROS: * Las operaciones con las imágenes no perjudican el resto de accesos a la Base de Datos. Bueno si hay muchas operaciones que no implican a las imágenes, porque eso mantiene la BD "sin imágenes" más pequeña, más manejable, más ágil... * 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. CONTRA: * Las consultas se me antojan más complejas incluso se deberán realizar más consulta para obtener lo mismo que si estubiera todo junto. * (sólo para casos de gran volumen) Los SGBD's no están pensados para obtener máxima eficiencia en este escenario (2 Bases de datos o 2 servidores); Es más, se me antoja que las consultas con esta estructura serán poco eficientes. * Un borrado o una actualización implica doble de operaciones. * Dudas sobre la "integridad de los datos" si están en BD diferentes. Claves foráneas?¿?¿? Cita:
Básicamente es un programita al que le pides (utilizando tu autentificación) el fichero que necesitas, de forma que el único que tiene acceso a los ficheros es el servidor y lo que hace es recibir peticiones y "servir" ficheros. Esto implica una sobrecarga de programación y volvemos a lo de siempre. Depende de cómo sea el proyecto tendrá sentido asumirla o no.
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi ![]() P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
#5
|
||||
|
||||
Bien, veo que mi propuesta va ganando adeptos
![]() También hay que tener en cuenta que en mi caso sólo usamos servidores linux y si estuviesen en directorios distintos tendría que estar compartiéndolos por samba y sería una puerta abierta a que cualquiera pueda entrar y borrarlos o moverlos de sitio y luego... a ver quién los encuentra. Además es una opción que funciona muy bien tanto en linux como en windows (para quien quiera seguir usando un "servidor" windows) ya que sólo es un archivo más, fácil de controlar, copiar, etc. En fin, que eso de tener miles de ficheritos repartidos por distintos directorios y que sean accesibles por cualquiera desde fuera... no me hace ninguna ilusión. |
#6
|
||||
|
||||
Cita:
__________________
http://www.gestionportable.com |
#7
|
||||
|
||||
No sé, pero a mí me parece un poco complicarse la vida con esos inventos, porque es cierto que habría que ver cada caso por separado, pero si pensamos en "lo normal", una pequeña empresa "normal y corriente" y se usa una única base de datos para todo ¿qué tamaño puede tener?, ¿1Gb, 2Gb, 3Gb?, ¿y qué?, eso no es nada, si seguro que tienen un directorio con 20 pelis de más de 1Gb cada una.
En fin, yo llevo años manejando BD de varios gigas y no he tenido ningún problema por lentitud en nada. Eso sí, una BD de 30 Gb no es tan cómoda/rápida de copiar, pero "normalmente" ninguna empresita llega a esos tamaños. |
#8
|
||||
|
||||
Estoy contigo. Eso cabe en una llave USB.
Yo cuando hablo de grandes, me refiero a más grandes... ![]()
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi ![]() P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
#9
|
||||
|
||||
#10
|
||||
|
||||
Pues sí, ahí veo un problema y es que mientras bailas la samba y la lambada, alguien aproveche y meta mano en los archivos....
Un Saludo.
__________________
Guía de Estilo de los Foros Cita:
![]() |
![]() |
|
|
![]() |
||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Archivos adjuntos en mail | Cecilio | Internet | 7 | 06-11-2007 16:11:48 |
Mujer pintada de dentro hacia fuera | gluglu | La Taberna | 8 | 04-06-2007 12:44:33 |
Problema al abrir archivos adjuntos | vick | Internet | 1 | 24-03-2007 07:20:41 |
Envio de archivos adjuntos con TIdSmtp | murci | Internet | 3 | 14-02-2007 13:27:02 |
pop3 y archivos adjuntos !! | seba_cipo | Internet | 2 | 19-12-2005 14:09:28 |
![]() |
|