Discussion :

[soazig]

Bonjour,
Je n'arrive pas à trouver des informations récentes sur la meilleure façon de stocker des fichiers en base de données.
J'ai trouvé qu'il y avait plusieurs solutions selon la taille des données

• stocker en varbinary
• Stocker le chemin du fichier en base de données https://sqlpro.developpez.com/cours/stockerimages/
• utiliser FileStream

Malheureusement les articles que je trouve ont généralement au mieux 5 ans, et en 5 ans les moteurs de base de données font des progrès ! Certains articles parlent encore de type Image ou Text!
Est-ce que l'utilisation de filestream pour des fichiers de 1 à 5 Mo est judicieuse ou est-ce qu'il vaut mieux passer par le stockage d'un fichier physiquement, avec stockage en base de données du chemin du fichier.

J'ai quelques contraintes :

• L'enregistrement en base de données se fera avec une application Web en ASP.net MVC utilisant entity framework (mais je peux faire un enregistrement en ADO.net s'il le faut)
• Nous faisons régulièrement des backups restore de la base de données pour rafraîchir les environnements de PRE Production, qualification, et je crains que le stockage sur un chemin données complique le restore
• Pour l'instant le nombre de fichier sera faible (peut -être une centaine) mais une fois qu'on aura donné cette possibilité à un endroit, les utilisateurs la voudront peut-être ailleurs.

Merci de votre aide
Soazig

[StringBuilder]

Le type "image" a évolué vers le type "varbinary(max)".
Les deux syntaxes sont plus ou moins synonymes (tout du moins, on peut remplacer le type image par varbinary(max) sans risque.

Ensuite, FileStream est une option qu'on ajoute à une colonne de type varbinary(max).
Cette option nécessite l'activation de la fonctionalité au niveau du moteur SQL.

Si filestream est disponible, il faut absolument l'utiliser : c'est infiniment plus performant d'utiliser ce mécanisme plutôt que de stocker les données directement dans la table.

Depuis je ne sais quelle version, le mécanisme filetable a aussi fait son apparition.
C'est une couche supplémentaire à filestream, qui permet d'exposer aux applications les données filestream directement à travers le système de fichier.

Cela permet d'alléger le code de l'application cliente en accédant simplement à un fichier sur le disque, plutôt que de devoir faire une requête SQL, charger le varbinary dans un buffer en mémoire, puis envoyer ces données à l'application client (avec parfois la nécessité de passer par un fichier temporaire sur le disque !)

https://docs.microsoft.com/en-us/sql...ql-server-2017

[SQLpro]

Bonjour,
Je n'arrive pas à trouver des informations récentes sur la meilleure façon de stocker des fichiers en base de données.
J'ai trouvé qu'il y avait plusieurs solutions selon la taille des données

• stocker en varbinary
• Stocker le chemin du fichier en base de données https://sqlpro.developpez.com/cours/stockerimages/
• utiliser FileStream

Malheureusement les articles que je trouve ont généralement au mieux 5 ans, et en 5 ans les moteurs de base de données font des progrès ! Certains articles parlent encore de type Image ou Text!
Est-ce que l'utilisation de filestream pour des fichiers de 1 à 5 Mo est judicieuse ou est-ce qu'il vaut mieux passer par le stockage d'un fichier physiquement, avec stockage en base de données du chemin du fichier.

Stocker des fichiers relatif à des données de la base hors de la base est le meilleur moyen de rendre le système non intègre... Et donc de ne plus pouvoir recoller les morceaux. par exemple vous n'arriverez jamais à synchroniser les sauvegardes de votre bases avec celle de vos fichiers.
Il faut donc le faire :

• en VARBINARY(max) donc dans une table
• ou bien en dehors des tables via le FILETREAM ou le FileTable.

Les tests montrent qu'en dessous de 2 Mo de fichier, mieux vaut choisir le table et qu'au dessus, mieux vaut choisir le FILESTREAM (Filetable n'étant qu'une extension particulière de FILESTREAM).

J'ai quelques contraintes :

- L'enregistrement en base de données se fera avec une application Web en ASP.net MVC utilisant entity framework (mais je peux faire un enregistrement en ADO.net s'il le faut)

pas de souci que ce soitr directement dans la table ou en FILESTREAM

- Nous faisons régulièrement des backups restore de la base de données pour rafraîchir les environnements de PRE Production, qualification, et je crains que le stockage sur un chemin données complique le restore

Oui, avec le chemin vous aurez des soucis !!!! mais aucun avec VARBINARY(max) ou FILESTREAM

- Pour l'instant le nombre de fichier sera faible (peut -être une centaine) mais une fois qu'on aura donné cette possibilité à un endroit, les utilisateurs la voudront peut-être ailleurs.


Merci de votre aide
Soazig

A +

[soazig]

Ok super merci.
Je propose donc cette option pour mon chiffrage, et je reviendrai peut-être vers vous s'il est accepté et que je ne m'en sors pas.
Encore merci
Soazig