Se deben cargar archivos o fotos en una base de datos?

[semptrion]

Me gustaría conocer la opinión de los monstruos acerca de colocar fotos o archivos binarios en los registros de una base de datos.

Saludos

[droguerman]

para que tipo de aplicación?

[semptrion]

Empezado por droguerman

para que tipo de aplicación?

Para aplicaciones web, utilizando cualquier motor de base de datos y php (u otro front end)

[Dr. Iglesias .]

Mi experiencia en Sybase en que por cada imagen que agregas a la base esta crece en forma logaritmica y pateticamente , es decir si agregas un blob de 500k , en la base quedaria como de 1.5 megas . Eso por lo menos en sybase , no he probado en mysql .
Saludos .

[droguerman]

Empezado por semptrion

Para aplicaciones web, utilizando cualquier motor de base de datos y php (u otro front end)

entiendo eso pero lo primero que se tiene que ver es si vas a manejar una gran cantidad de imagenes, y el nivel de seguridad que piensas aplicar, además de otros factores como el sistema de archivos. si vas a crear la competencia de flickr, y la velocidad no es lo más importante (me refiero al hecho de recuperar la imagen, renderizarla por php y demás) pues usa una base de datos, pero si vas a trabajar con pocas imagenes y lo primordial es el texto, pues usa el sistema de archivos.

[lucasarts_18]

Hola,

Todas las aplicaciones que he visto, siempre utilizan el sistema de archivos, es decir nunca se guarda en la base de datos.Actualmente trabajo en app en php y las fotos las accedemos mediante rutas, en cuanto la velocidad es bastante rápido,.

Ahora guardarla en una base de datos, da la impresión que demoraría mas en recuperarla y mostrarla, pero no hablo mas de aquello porque no sé mucho, por mi parte seguiré accediendo via ruta.

Hasta Luego .-

[semptrion]

Empezado por droguerman

entiendo eso pero lo primero que se tiene que ver es si vas a manejar una gran cantidad de imagenes, y el nivel de seguridad que piensas aplicar, además de otros factores como el sistema de archivos. si vas a crear la competencia de flickr, y la velocidad no es lo más importante (me refiero al hecho de recuperar la imagen, renderizarla por php y demás) pues usa una base de datos, pero si vas a trabajar con pocas imagenes y lo primordial es el texto, pues usa el sistema de archivos.

Así, tu opinión es que si son pocas imágenes y lo primordial es el texto, se use el sistema de archivos.

Ahora, esto va contra la opinión generalizada que se deba utilizar base de datos para almacenar imágenes o archivos binarios.

En cualquier caso, creo que no importa el volumen de información. O por lo menos no debería importar al momento de tomar una decisión.

La verdad es que si algo funciona en grandes volúmenes, debería funcionar mejor en pequeños. No estoy de acuerdo en realizar acciones orientadas al volumen de datos. Si hoy hacemos algo para pocos datos, mañana (si hay suerte sea mala o buena no sé) puede ser que ese volumen se vea incrementado y la aplicación -con un perfil doméstico- periclite bajo los nuevos esquemas.

Los trucos no nos sirven así. Y creo que cualquier workaround siempre resulta perjudicial en el tiempo. Hacer cosas por el volumen... mmm suena interesante pero veo que no es relevante.

[Yaco]

Personalmente nunca guardaría imágenes ni archivos en una base de datos, sea cual sea el uso y volumen. Siempre he visto que aumenta el riesgo de que se corrompa, aumente el tamaño de forma exagerada y dificulta, en cierta medida, la labor del programador.

El tema de la seguridad se puede establecer en otros niveles que también resultan efectivos con el sistema de archivos.

Es mi opinión.

Saludos,

[[kayetano]]

Hola

Este tema se ha comentado ya alguna que otra vez, recuerdo por ejemplo este hilo http://www.clubdelphi.com/foros/showthread.php?t=1955

[august23]

hola a todos, yo tambien me hecho la misma pregunta ya que me gustaria saber como se pueden cargar imnumerables fotos en una base de datos sin que afecte el rendimiento de la misma, saludos...