Almacenamiento de Graficas.

12/04/2004 - 20:35 por Pablo Salazar | Informe spam
Estamos desarrollando un sistema con SQLserver 2000.
Vamos a almacenar la fotografia del pesonal.

Alguien me puede sugerir , cual seria la mejor forma de almacenar las fotos.
1.- en un campo image de la tabla.
2.- un campo varchar que almacene la ruta de la foto, y almacenar las fotos
en una carpeta compartida.

Por sus sugerencias Gracias
Pablo Salazar.

Preguntas similare

Leer las respuestas

#11 Jose Mariano Alvarez \(MUG\)
15/04/2004 - 19:05 | Informe spam
Coincidimos en lo ultimo.

Jose Mariano Alvarez
Comunidad de base de datos
Grupo de Usuarios Microsoft
www.mug.org.ar



"Maximiliano D. A." wrote in message
news:OY$
;-), hola , no es cuestion de posturas porque la mia no es usar filesystem
sino analizar para cada caso que conviene mas (si Filesystem o Sql)

se que soy extremista (y me gusta serlo ;-).

Pero hay casos Mariano donde poner las imagenes dentro del motor pueden
llegar a ser un problema.
No quiero seguir aburriendo a nadie pero vuelvo a repetir algo:

Creo que no debe haber blancos o negros, hay que analizar muy bien en cada
escenario que aplicamos.

Bye


Salu2
Maxi

Buenos Aires Argentina
Desarrollador Microsoft 3 Estrellas .NET

MSN:
Nunca consideres el estudio como una obligación sino como
una oportunidad para penetrar en el bello y maravillosos
mundo del saber.
- Albert Einstein



"Jose Mariano Alvarez (MUG)" <jose.alvarez * *Arroba* * mug.org.ar>


escribió
en el mensaje news:
> Pues si que te gusta llevar las cosas al extremo.
> Creo que ninguno va a cambiar su postura y ya debemos estar aburriendo a
> todos.
> Sin embargo no entiendo el motivo por el cual sugieres almacenar en un
file
> system.
>
> 5Mb almacenados en file system o en el SQL son prácticamente lo mismo.


La
> diferencia radica en el overhead del SQL, principalmente, el espacio
perdido
> debido al header de las paginas + la estructura de almacenamiento y en


lo
> que respecta a la CPU, el proceso de control del SQL y los procesos
> accesorios. Que obtienes a cambio, el acceso a las imágenes mediante
> instrucciones SQL, el acceso a las imágenes por ejemplo mediante un


índice
> clustered numérico en lugar de búsquedas en directorio, la posibilidad


de
> administrar muy fácilmente las imágenes, de relacionarlas directamente


con
> otros contenidos, etc. Todo ello esta aplicado en el sitio del MUG. Por
> ejemplo cuando solicitas una pagina busca el HTML en la base, y luego un
> modulo http busca la imagen en la base de datos mediante un acceso por
> índice numérico clustered. La eficiencia de la solución está a la vista.
Por
> supuesto que ayuda muchísimo ASP.NET
>
> Si tienes una base de 75 GB y 1000 usuarios tienes un escenario donde


hay
> con seguridad un entorno corporativo y la versión a usar es la


enterprise.
> Además debes tener un servidor adecuado a ello.
>
> Si quieres probar fondos de pantalla, prueba crear una imagen de 1px x


1px
> (bien chiquita) y ponerla como fondo de pantalla de una pagina HTML lo
> suficientemente grande (texto, tablas, etc) y veras que es muchísimo más
> lento el render que una donde pones de fondo de pantalla una imagen de
100px
> x 100px.
>
> Lastima no tener disponible las mediciones de la gente que hizo
ColdStorage
> para ver comparativas reales de rendimiento. Básicamente existía un


número
> que para dar un número por ejemplo 1000 imágenes en un directorio,
empezaba
> a ser más eficiente el SQL que el file sytem.
>
>
> Jose Mariano Alvarez
> jose (.) alvarez * *Arroba* * mug (.) org (.) ar
> Comunidad de base de datos
> Grupo de Usuarios Microsoft
> www.mug.org.ar
>
>
> .
> "Maximiliano D. A." wrote in


message
> news:
> > Hola Mariano, esta discusion es verdad que lleva mas de 10 años, es


mas
> creo
> > que desde que manejo Bdd se discute el tema.
> >
> > Es verdad lo que decis en parte nomas, o sea, no solo hay que mirar
> > rendimiento, tener las imagenes dentro de la Bdd da otros beneficios
> > (Backups,links no rotos,etc) pero... (siempre hay un pero ;-)
> >
> > Su escenario es solo un escenario, veamos otro ;-)
> >
> > ERP (60GB de Bdd :-), muchos usuarios (arriba de 1.000 concurrectes


por
> ej)
> >
> > Aca como sabras si en una tabla pones imagenes muy pesadas la cosa se
pone
> > muy densa de verdad (hace la prueba)
> >
> > Por eso es que digo: Si vas a poner imagenes a tu Bdd hace un control
del
> > peso de las mismas, si no lo haces luego esto te puede jugar una muy
mala
> > pasada de verdad :(
> >
> > Ni hablar que para los usuarios (los mortales digamos ;-), subir una
> imagen
> > de 52k o una de 5mb es lo mismo (fijate sino lo que sucede con algunos
> > fondos de pantalla, es otro tema pero es casi lo mismo), ni hablar que
hoy
> > cualquier camarita de morondanga hace fotos de 5MB y esto en manos de


un
> > inexperto podrian hacer que tu sistema se quede chico rapidamente, bue
ni
> > hablemos si usas MSDE (hay muchos desarrollos en esto)
> >
> > Nada es 100% bueno ni malo, tiene sus cosas lindas y malas, solo hay


que
> > saber cuales son y ver en cada escenario que aplicar.
> >
> > Bye
> >
> >
> >
> >
> >
> > Salu2
> > Maxi
> >
> > Buenos Aires Argentina
> > Desarrollador Microsoft 3 Estrellas .NET
> >
> > MSN:
> > Nunca consideres el estudio como una obligación sino como
> > una oportunidad para penetrar en el bello y maravillosos
> > mundo del saber.
> > - Albert Einstein
> >
> >
> >
> > "Jose Mariano Alvarez (MUG)" <jose.alvarez * *Arroba* * mug.org.ar>
> escribió
> > en el mensaje news:
> > > Prueba las descargas del sitio del MUG. Son binarios al igual que


las
> > > imagenes y tambien estan en la base de datos.
> > > El enlace no es un T1 por lo cual estas limitado en la velocidad de
> > > transferencia por el ancho de banda y no por la velocidad de


respuesta
> de
> > > los procesos de la maquina, incluido el SQL Server. Veras igual, la
> > > velocidad que tiene. Salvo un par de imagenes que quedaron fuera de


la
> > base
> > > de datos por que son parte del diseño del sitio y quedaron alli por
> > > facilidad al momento de armar el sitio, TODO, absolutamente todo el
> sitio
> > > del MUG viene de la base de datos.
> > >
> > > Que piensan entonces de lo que se viene con los nuevos atributos del
> > > filesystem y el motor de SQL dentro de diversos productos
> > >
> > > Cual es valor cuantitativo o la metrica que a criterio de ustedes
> > justifica
> > > guardarlo en el sitema operativo en lugar de la base de datos?
> > > No precisamente debe ser rendimiento, puede ser otra cosa..
> > >
> > > Por que piensan eso?
> > >
> > > Por supuesto lo mio es tambien una opinion luego de leer alguna
> > informacion,
> > > y de la experiencia de sitio del MUG, el primero que tengo bajo


estas
> > > condiciones, pero por supuesto no es ninguna verdad absoluta, solo


una
> > > opinion mas.
> > >
> > > Jose Mariano Alvarez
> > > jose (.) alvarez * *Arroba* * mug (.) org (.) ar
> > > Comunidad de base de datos
> > > Grupo de Usuarios Microsoft
> > > www.mug.org.ar
> > >
> > >
> > > .
> > > "Maximiliano Damian Accotto"
wrote
> in
> > > message news:
> > > > yo no estyo para nada deacuerdo con ello!! pero es solo mi opinion
> > nomas!!
> > > >
> > > >
> > > > Salu2 enormes
> > > >
> > > > Maximiliano Damian Accotto
> > > >
> > > > Fundicion San Cayetano S.A.
> > > > Gerente de IT
> > > > Buenos Aires - Argentina
> > > > -
> > > > Desarrollador 3 estrellas
> > > >
> >
http://www.microsoft.com/spanish/ms...efault.asp
> > > > -
> > > > (maxi_accotto[arroba]speedy.com.ar)
> > > > MSN:
> > > > -
> > > >
> > > > "Eugenio Serrano" <eugenios(-arroba-)ndsoft.com.ar> escribió en el
> > mensaje
> > > > news:
> > > > > Todo en el motor ?? Asi sean imagenes de 1 Mb o 2Mb ??
> > > > >
> > > > >
> > > > > Saludos,
> > > > > Eugenio Serrano
> > > > > NDSoft Consultoria y Desarrollo
> > > > > MS MVP ASP/ASP.Net
> > > > >
> > > > >
> > > > > "Jose Mariano Alvarez (MUG)" <jose.alvarez * *Arroba* *
mug.org.ar>
> > > > escribió
> > > > > en el mensaje news:
> > > > > > Estoy en desacuerdo.
> > > > > > Gurada, todo en el motor de base de datos
> > > > > > Pensando en la proxima version del SQL Server, por lo que se
> conoce,
> > > mas
> > > > > > todavia.
> > > > > > El sitio del MUG tiene casi todas las imagenes en la base de
datos
> y
> > > no
> > > > es
> > > > > > precisamente lento por ello.
> > > > > >
> > > > > > Si tienes dudas puedes ver la informacion del ejemplo
ColdStorage
> > > > > >
> > > > >
> > > >
> > >
> >
>



http://msdn.microsoft.com/library/d...012001.asp
> > > > > >
> > >
http://msdn.microsoft.com/webservic...fault.aspx
> > > > > >
> > > > > > Antes estaba en el sitio de MSDN pero imagino que ahora debes
> > bajarlo
> > > > > desde
> > > > > > el sitio coaldrooster, pero aun puedes descargar los fuentes
desde
> > el
> > > > > > download.
> > > > > >
> > > > >
> > > >
> > >
> >
>



http://www.microsoft.com/downloads/...x?FamilyID72a349-936e-4e55-94de-9fb097c8b3b4&displaylang=en
> > > > > >
> > > > > > Habia un analisis de la eficiencia del sistema de archivos
> respecto
> > de
> > > > una
> > > > > > base de datos en varios items, respuesta, cantidad de


imagenes,
> > > > facilidad
> > > > > de
> > > > > > uso y programacion, etc y el SQl Server era la mejor opcion.
> > > > > >
> > > > > >
> > > > > > Jose Mariano Alvarez
> > > > > > Comunidad de base de datos
> > > > > > Grupo de Usuarios Microsoft
> > > > > > www.mug.org.ar
> > > > > >
> > > > > >
> > > > > >
> > > > > > "Maximiliano D. A." wrote
in
> > > > message
> > > > > > news:%
> > > > > > > Bue, esta discusion es tan vieja como las BDD en si :(
> > > > > > >
> > > > > > > Cada metodo tiene ventajas y desventajas!! yo te cuento que
> > > parametros
> > > > > > uso.
> > > > > > >
> > > > > > > Si las fotos son pequeñas, las meto en el motor
> > > > > > > si las fotos son medianas o grandes, las saco del motor
> > > > > > >
> > > > > > > Si vas a poner las fotos en el motor deberias de considerar


el
> > peso
> > > > > maximo
> > > > > > > admitido de las mismas y poner una capa de logica que no
permita
> > que
> > > > se
> > > > > > > inserten fotos que superen ese peso!!
> > > > > > >
> > > > > > > Bye
> > > > > > >
> > > > > > >
> > > > > > > Salu2
> > > > > > > Maxi
> > > > > > >
> > > > > > > Buenos Aires Argentina
> > > > > > > Desarrollador Microsoft 3 Estrellas .NET
> > > > > > >
> > > > > > > MSN:
> > > > > > > Nunca consideres el estudio como una obligación sino como
> > > > > > > una oportunidad para penetrar en el bello y maravillosos
> > > > > > > mundo del saber.
> > > > > > > - Albert Einstein
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > "Pablo Salazar" escribió en el mensaje
> > > > > > > news:
> > > > > > > > Estamos desarrollando un sistema con SQLserver 2000.
> > > > > > > > Vamos a almacenar la fotografia del pesonal.
> > > > > > > >
> > > > > > > > Alguien me puede sugerir , cual seria la mejor forma de
> > almacenar
> > > > las
> > > > > > > fotos.
> > > > > > > > 1.- en un campo image de la tabla.
> > > > > > > > 2.- un campo varchar que almacene la ruta de la foto, y
> > almacenar
> > > > las
> > > > > > > fotos
> > > > > > > > en una carpeta compartida.
> > > > > > > >
> > > > > > > > Por sus sugerencias Gracias
> > > > > > > > Pablo Salazar.
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > Outgoing mail is certified Virus Free.
> > > > > > > Checked by AVG anti-virus system (http://www.grisoft.com).
> > > > > > > Version: 6.0.655 / Virus Database: 420 - Release Date:
> 08/04/2004
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> >
> >
> >
> > Outgoing mail is certified Virus Free.
> > Checked by AVG anti-virus system (http://www.grisoft.com).
> > Version: 6.0.655 / Virus Database: 420 - Release Date: 08/04/2004
> >
> >
>
>



Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.655 / Virus Database: 420 - Release Date: 08/04/2004


email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una pregunta AnteriorRespuesta Tengo una respuesta
Search Busqueda sugerida