Hay un documento muy bueno de Microsoft Research llamado To Blob or Not To Blob.
Su conclusión después de un gran número de pruebas y análisis de rendimiento es la siguiente:
si sus imágenes o documentos están típicamente por debajo de 256 K en tamaño, almacenándolos en una base de datos de la columna VARBINARY es más eficiente
si sus imágenes o documentos tienen más de 1 MB de tamaño, almacenarlos en el sistema de archivos es más eficiente (y con el atributo FILESTREAM de SQL Server 2008, todavía están bajo control transaccional y parte de la base de datos)
entre los dos, es un poco de una cara o cruz en función de su uso
Si usted decide poner sus imágenes en una tabla de SQL Server, recomendaría encarecidamente el uso de una tabla separada para el almacenamiento de los imágenes - no almacene la foto del empleado en la tabla de empleados - guárdelas en una tabla separada. De esta forma, la tabla de Empleados puede mantenerse ligera, eficiente y muy eficiente, asumiendo que no siempre es necesario seleccionar la foto del empleado, como parte de sus consultas.
Para los grupos de archivos, echa un vistazo a Files and Filegroup Architecture para una introducción. Básicamente, crearía su base de datos con un grupo de archivos separado para estructuras de datos grandes desde el principio, o agregaría un grupo de archivos adicional más adelante. Llamémoslo "LARGE_DATA".
Ahora, cada vez que tenga una nueva tabla para crear lo que necesita almacenar VARCHAR (MAX) o columnas varbinary (max), puede especificar este grupo de archivos para los datos grandes:
CREATE TABLE dbo.YourTable
(....... define the fields here ......)
ON Data -- the basic "Data" filegroup for the regular data
TEXTIMAGE_ON LARGE_DATA -- the filegroup for large chunks of data
Mira la Introducción de MSDN en grupos de archivos, ¡y juega con eso!
¿Hay alguna nueva incorporación para este problema en 2017? ¿Esto sigue siendo válido a partir de hoy? –