Discussion :

[Nastro]

Bonjour à toutes et à tous,
J'aimerais vous exposer un petit problème, alors voilà je veux stocker des fichiers dans SQL-Server (Blob ou Filestream).
Le problème est qu'on doit pouvoir accéder au fichier via une application que nous ne maîtrisons pas. Je dois maîtriser la localisation du fichier à partir du répertoire de base.

Il me faudrait une petite table de type:



Le but de tous ça étant de localiser les données sur un seul serveur de données (tables et fichiers). Et de transférer les données via SQL-Server.

J'espère avoir été assez explicite sur ce j'attend vos idées.
Cordialement,
Nastro

[zinzineti]

Le problème est qu'on doit pouvoir accéder au fichier via une application que nous ne maîtrisons pas.

Pourquoi vous devez utiliser l'application pour accéder aux fichiers ?

Il me faudrait une petite table de type:

Le but de tous ça étant de localiser les données sur un seul serveur de données (tables et fichiers). Et de transférer les données via SQL-Server.

c'est quoi la question ?

[Nastro]

Merci de t'intéresser à mon problème

Si je comprend bien je n'ai pas été assez clair.
L'application que nous développons permet d'associer à un enregistrement une visualisation (exemple: jpeg,png,dwg,etc...). Aujourd'hui le chemin d'accès aux fichiers est stocké dans l'enregistrement. On veut maintenant stocker le fichier lui-même dans la base de données. Cependant la modification de ces fichiers doit être possible via des applications que nous ne maîtrisons pas.


Quel type d'objet utiliser pour répondre au besoin : Filestream, Blob ? Ou autre que je ne connais pas ?

[zinzineti]

. On veut maintenant stocker le fichier lui-même dans la base de données.
Quel type d'objet utiliser pour répondre au besoin : Filestream, Blob ? Ou autre que je ne connais pas ?

Je ne connais pas l'objectif de votre projet. Mais stocker des images directement dans la base de données ne me paraît pas comme une bonne idée. Lisez ceci

Mais si vous ne pouvez pas/plus changer cette décision, vous pouvez utiliser le type de données VARBINARY(max) . vous n'avez pas indiqué la version de votre SQL Server, les types de données IMAGE et TEXT étant obsolètes !
J'ai montré une méthode pour réaliser cette opération ici

[mikedavem]

Tout dépend la volumétrie et la taille moyenne de vos fichiers. Cela ne sera à rien de mettre filestream si le jeu n'en vaut pas la chandelle. Par ailleurs, pour utiliser FILESTREAM, il faudra modifier les applications pour qu'elles puissent utiliser cette fonctionnalité. Dans votre cas je ne pense pas que c'est la bonne solution à adopter.

Après vous ne dites pas comment les applications modifient les fichiers ? Sous quelle forme ? Utilisent-elles une API ? Les accès se feront directement dans la base ? Sur le système de fichiers ?

++

[elsuket]

Bonjour,

Mais stocker des images directement dans la base de données ne me paraît pas comme une bonne idée. Lisez ceci

Certes, mais cet article date de 2006, et entre temps FileStream a été introduit avec SQL Server 2008 et répond à cette problématique.

De par la documentation :

Si les conditions suivantes sont remplies, vous devez envisager d'utiliser FILESTREAM :

La taille des objets stockés est, en moyenne, supérieure à 1 Mo.

L'accès en lecture rapide est important.

Vous développez des applications qui utilisent une couche intermédiaire pour la logique d'application.

Pour les plus petits objets, le stockage des objets blob varbinary(max) dans la base de données procure souvent de meilleures performances de diffusion en continu.

Pour ma part j'ai déjà eu à stocker un grand nombre d'images de petite taille (quelques petits Ko) dans des colonnes de type varbinary(max).
Je n'ai pas constaté de problème particulier, autant à l'utilisation qu'en performances.

Par ailleurs, pour utiliser FILESTREAM, il faudra modifier les applications pour qu'elles puissent utiliser cette fonctionnalité. Dans votre cas je ne pense pas que c'est la bonne solution à adopter.

Je valide.

@++