Discussion :

[sohoant]

Bonjour,

Je réalise actuellement l'intégration d'un progiciel qui stocke tous ses documents dans une seule table dans un champs de type image.
La base de données est SQL Server 2005 SP2.
Ma table va contenir d'ici 1 an au moins 2 To de documents et celà va aller en grandissant.
Existe-t'il des limitations SQL Server pour stocker ce volume ? Quid des performances ?

Merci

[SQLpro]

Le mieux est de dédier un espace de stockage spécifique pour cela sur un axe physique particulier. Vous pouvez le faire pour cette table (CREATE TABLE (...) ON fileGroupX) ou bien encore pour les blob (CREATE TABLE (...) ON fileGroupX TEXTIMAGE ON FileGroupBlob)

A +

[sohoant]

Merci pour la réponse.

Ne dois-je pas craindre de gros problèmes de performances si je stocke toutes mes données de type Image sur un axe physique de données ?

De plus, si je ne me trompe pas, le BLOB est chargé directement dans la mémoire RAM de SQL Server. N'y a-t'il pas là un goulet d'étranglement ?

[elsuket]

Bonjour,

Ne dois-je pas craindre de gros problèmes de performances si je stocke toutes mes données de type Image sur un axe physique de données ?

Si vous stockez cela sur un disque physique distinct des disques qui hébergent les autres fichiers de base de données, comme vous paralléliserez les lectures et écritures, peut-être pas ...

De plus, si je ne me trompe pas, le BLOB est chargé directement dans la mémoire RAM de SQL Server. N'y a-t'il pas là un goulet d'étranglement ?

Exact, tout comme n'importe quelle page que SQL Server doit lire.
Cela peut conduire à un goulet d'étranglement puisque vous ne permettrez pas au cache de données et de procédures d'être "pérenne", surtout si votre serveur a une faible quantité de mémoire et que vos valeurs BLOB sont volumineuses.
En effet vous forcerez les données déjà présentes dans le cache à en sortir pour charger votre BLOB depuis le disque, ce qui n'aura pas d'autre effet que de pourrir les performances de votre serveur.

Une autre solution est de stocker le chemin physique de vos fichier directement dans la table, et de faire lire à votre application le chemin pour accéder au fichier ...

@++

[sohoant]

Bonjour et merci,

Malheureusement, je n'ai pas la main sur la manière de stocker car je ne resterais pas standard au produit. Je ne peux donc pas spécifier le chemin et stocker les fichiers en dehors de la base.
L'alternative possible serait de faire passer mes champs Image en VarBinary(max) : celà ne perturbe pas le progiciel. J'aurais le choix du stockage en BLOB ou en FileStream. J'attends, à ce propos, une validation de l'éditeur.