El problema de las carpetas es la busqueda secuencial dentro del directorio
algo que en SQL no deberia ocurrir.
El tema en tu caso sera el tema de los discos y como distribuir la carga
para lo cual habria que tener bien en claro la especificacion funcional y
ver que diseño fisico te ayuda mas..
El tema de RBS aun no esta disponible deberias probarlo con el CTP.

Saludos

-- 
--------------------------------
Ing. José Mariano Alvarez
http://blog.josemarianoalvarez.com/
http://twitter.com/JoseMarianoA
Microsoft MVP

SQL Total Consulting




2009/10/7 Diego Cepero <[email protected]>

>  Buen día,
>
>
>
>             Les mando esta consulta en nombre de un compañero, que está con
> problemas para suscribirse a las listas.
>
>
>
> Tenemos que desarrollar una aplicación que debe almacenar unas 500.000
> imágenes por mes, normalmente de entre 300 KB y 1 MB, aunque puede haber
> algunas más grandes.        La aplicación hará uso intensivo de esas
> imágenes almacenadas, tanto para visualizarlas como para editarlas
> (rotarlas, recortarlas, etc.).
>
>
>
> Esta aplicación podría usar SQL Server 2008, así que estamos analizando el
> uso de VarBinary(Max) FILESTREAM para que se guarden las imágenes fuera de
> la DB,  pero tenemos dudas de su uso y aún no tenemos referencias (buenas ni
> malas) de esta nueva característica. Hemos tenido malas experiencias con el
> file system, cuando se almacena un número muy grande de archivos en la misma
> carpeta.
>
>
>
> También encontramos SQL Remote Blob Storage (RBS) . Según pudimos leer, los
> fabricantes de hardware de almacenamiento masivo proveen una API para que se
> pueda usar RBS mediante SQL Server. ¿Alguien tuvo experiencia en el uso de
> esta tecnología con SQL Server?
>
>
>
> Obviamente, apreviamos cualquier recomendación de tecnología o de buenas
> prácticas.
>
>
>
> Muchas gracias, saludos.
>
>
>
>
>
> <http://www.ksoft.com.ar/>
>
> *Diego Cepero*
> Desarrollo
> [email protected]
>
> Rioja 2747 PB (S2000OJK)
> Rosario - Argentina
> (0341) 440-3181
>
>
>
>
>
>
>
>
>

<<image001.jpg>>

Responder a