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

#6 Maximiliano Damian Accotto
14/04/2004 - 02:51 | Informe spam
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
> >
> >
>
>


Respuesta Responder a este mensaje
#7 Jose Mariano Alvarez \(MUG\)
14/04/2004 - 15:10 | Informe spam
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
> > >
> > >
> >
> >
>
>


Respuesta Responder a este mensaje
#8 Maximiliano D. A.
14/04/2004 - 16:50 | Informe spam
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
Respuesta Responder a este mensaje
#9 Jose Mariano Alvarez \(MUG\)
15/04/2004 - 07:29 | Informe spam
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


Respuesta Responder a este mensaje
#10 Maximiliano D. A.
15/04/2004 - 15:06 | Informe spam
;-), 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
Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaSiguiente AnteriorRespuesta Tengo una respuesta
Search Busqueda sugerida