Discussion :

[StormimOn]

Bonsoir,

Après beaucoup de lectures, j'ai du mal à me décider sur un point qui revient souvent et sur lequel les avis divergent, le stockage de fichier (xml, pdf, jpg, ...) en base de données.

D'après tout ce que j'ai lu, le stockage en base de données semble adapté dans mon cadre car j'ai besoin d'une intégrité "forte". Un stockage sur disque signifie que l'application cliente doit vérifier l'état des fichiers (présents ou non, modifiés ou non, ...) et il y a pas mal de vérifications à faire, toujours dans mon cadre évidemment.

La taille des fichiers ne devrait pas être très élevée (1 à 2Mo, encore à confirmer), et que cela fasse gonfler la base ne pose pas de problème. Après tout si ce n'est pas dans la base ce sera sur le disque de toute façon, donc ca prendra de la place d'une manière ou d'une autre.

La solution de stockage en base de données semble bien convenir au final. Maintenant existe-t-il une alternative plus intéressante ? Sachant que l'intégrité est très importante.

Si j'ai bien compris Sql Server 2008 permettrait d'avoir un champ qui pointe sur des fichiers présents sur le disque tout en gérant l'intégrité, une sorte de compromis donc. Cela veut dire que le serveur se charge d'empêcher des suppressions/modifications non voulues sur ces fichiers ? A ce moment j'attendrais impatiemment une version Express 2008 ^^

Pour finir, faut-il appliquer certaines règles dans la manière de stocker les fichiers (par exemple une table dédiée au stockage des fichiers avec juste un champ id, nom et contenu pour éviter de "polluer" les autres, si pollution il peut y avoir) et y'a t-il des optimisations possibles ?

Merci de m'avoir lu et bonne soirée à tous

[StormimOn]

Personne ?

[kagemaru]

bonjour,

sur 2005 express ou msde, la taille de la base est très limitée, respectivement 4 et 2 GO. Donc si c'est pour stocker des images, il est possible d'atteindre rapidement cette limite....

[SQLpro]

Après beaucoup de lectures, j'ai du mal à me décider sur un point qui revient souvent et sur lequel les avis divergent, le stockage de fichier (xml, pdf, jpg, ...) en base de données.

Normal : soit on veut l'intégrité forte donc image en base; soit on veut la perf donc image hors base.

D'après tout ce que j'ai lu, le stockage en base de données semble adapté dans mon cadre car j'ai besoin d'une intégrité "forte". Un stockage sur disque signifie que l'application cliente doit vérifier l'état des fichiers (présents ou non, modifiés ou non, ...) et il y a pas mal de vérifications à faire, toujours dans mon cadre évidemment.

OK

La taille des fichiers ne devrait pas être très élevée (1 à 2Mo, encore à confirmer), et que cela fasse gonfler la base ne pose pas de problème. Après tout si ce n'est pas dans la base ce sera sur le disque de toute façon, donc ca prendra de la place d'une manière ou d'une autre.

oui, mais vous pourriez avoir d'un côté un sevreur pour les données de la abse et de l'autre un autre serveur pour les fichiers, sachant que le fonctionnement de ces deux types de serveurs est antinomique !

La solution de stockage en base de données semble bien convenir au final.

OK

Maintenant existe-t-il une alternative plus intéressante ? Sachant que l'intégrité est très importante.

ALternative non. Compromis oui : faire en sorte que les blobs soient stockés sur un fichier particulier de la base et que ce fichier pointe sur un autre disque physique que celui des données.

Si j'ai bien compris Sql Server 2008 permettrait d'avoir un champ qui pointe sur des fichiers présents sur le disque tout en gérant l'intégrité, une sorte de compromis donc. Cela veut dire que le serveur se charge d'empêcher des suppressions/modifications non voulues sur ces fichiers ? A ce moment j'attendrais impatiemment une version Express 2008 ^^

Oui : ce type particulier prévu par le norme SQL:1999 s'palle le DATALINK. Microsoft l'a baptisé FILESTREAM. Il est disponible à partir de la version SQL Server 2008. Vous pouvez déjà télécharger et utiliser une version béta de 2008.

Pour finir, faut-il appliquer certaines règles dans la manière de stocker les fichiers (par exemple une table dédiée au stockage des fichiers avec juste un champ id, nom et contenu pour éviter de "polluer" les autres, si pollution il peut y avoir) et y'a t-il des optimisations possibles ?

Fichier à part pour les blobs.

A +

[StormimOn]

La solution avec un serveur de données et un ou des serveurs de "fichiers" est intéressante, mais dans mon cas ce n'est pas possible (question de déploiement tout ça ^^).

En attendant je vais prévoir une autre alternative au blob, au cas où, avec un stockage disque sous la forme d'un fichier binaire pouvant contenir plusieurs fichiers (un peu comme une archive zip sans compression) et le stockage en base d'un lien et de la somme MD5 pour vérifier l'intégrité du fichier si besoin.

Cela permettra d'éviter que l'utilisateur aille bidouiller le fichier, parce qu'avec un fichier texte c'est vite arrivé j'en ai eu l'expérience. Impossible d'empêcher une suppression involontaire mais on devrait pouvoir faire sans.

Sinon j'attendrai impatiemment le filestream de SQL Server 2008. Sais-tu si une version Express sera prévue ?

Encore merci pour tout