Stockage fichiers dans une base de données

**lavoyech** · 17/05/2013, 14h26

Bonjour,

Je dois étudier si il est préférable de stocker des fichiers directement dans une base de donnée ou bien si il vaut mieux les stocker sur le disque en référençant en base uniquement le chemin vers le fichier.

J'ai déjà rechercher plusieurs informations sur le sujet, notamment sur ce site, et je me tourne vers vous pour confirmer ce que j'ai pu trouver ou m'aiguiller vers de nouveau axe de reflexion.

Il semblerait que le stockage de fichier en base via des données BLOB soit sujet à polémique car couteux en volume et performance.

Le principal inconvénient concernant le fait de garder en base uniquement le chemin vers le fichier serait un problème d'intégrité des données.

Au final, la solution convenant le mieux serait le lien vers le fichier tout en s'assurant que le SGBDR gère exlusiement le file system.

SQL Server 2008 combine les deux techniques via Les FILESTREAM (données en dehors de la base, mais gérées par la base) est-ce là la meilleure solution a adopté?

Auriez-vous des précisions? d'autres pistes? des critiques?

J'aimerais être sur de ne pas m'emmeler les pinceaux!

Merci d'avance,
Cordialement,
Christophe.

**Ptit_Dje** · 19/05/2013, 12h01

Ca va dépendre de ce que tu souhaites realiser.
Tu trouveras des informations utiles sur le site de Microsoft, à savoir qu'à partir de SQL Server 2012, tu peux également t'orienter vers les filetable.

**SQLpro** · 20/05/2013, 16h00

Envoyé par lavoyech

SQL Server 2008 combine les deux techniques via Les FILESTREAM (données en dehors de la base, mais gérées par la base) est-ce là la meilleure solution a adopté?

De très loin OUI !
Cela combien en effet l'intérêt, des deux mondes :
1) les flux de fichiers sont transactionnés et restent donc parfaitement synchrones par rapport aux données relationnelles.
2) comme vous devez dédier un espace de stockage particulier pour le filestream, vous pouvez le placer ou vous voulez (par exemple sur un SAN moins performant que les données relationnelles ou le journal des transactions)
3) c'est assez normatif (la norme SQL a prévu la chose sous le nom de DATALINK, mais comme MS à fait quelques différences, ils n'ont pas voulu lui donner le même nom.
4) c'est très performant si :

pour des fichiers de moins de 1 Mo vous le passez dans le DATASET (requête SELECT)
pour des fichiers de plus de 1 Mo, vous le passez par le file système (routines spécifiques en .net)

5) les sauvegardes sont totalement synchrones... pas de perte de fichiers si besoin de restauration !

Auriez-vous des précisions? d'autres pistes? des critiques?

Cela surcharge un peu plus le serveur SQL. Aussi faut-il bien le dimensionner.

A +