Discussion :

[joomy78]

Bonjour à tous,
est-il possible de lire et stocker la date de modification d'un fichier, dont le chemin est stocké dans un champ?

je pensais que ce serait facile, mais il semble que ce ne soit plus possible depuis SQL server 2008

merci

[tatayo]

Bonjour,
Qu'est-ce que tu entends par "fichier" et "champs" ?

Tatayo.

[joomy78]

Bonjour,
Le fichier est stocké sur un serveur de fichier.
et pour le champ, c'est le lien vers ce fichier, qui est dans une case d'une table sql
ex: \\serveur\emplacement\monfichier.jpg

j'espère être un peu + clair

[SQLpro]

Utilisez vous FILESTREAM ?

A +

[joomy78]

Bonjour,
je ne connaissais pas FILESTREAM, mais d'après ce que je vois, il s'agit d'une façon de stocker dans une table des données de type image ou document?
Si c'est le cas, ça ne correspond pas car je ne maîtrise pas le lieu de stockage, je n'ai qu'un "lien" vers le fichier stocké sur un serveur de fichiers.

[SQLpro]

Non, c'est plus sophistiqué que cela ....

Le FILESTREAM correspond à ce que la norme SQL apelle le DATALINK. C'est en fait un pointeur interne, dans une colonne de table, pointant vers un fichier externe dont le lieu de stockage est bien un répertoire du disque. Mais c'est SQL Server qui gère le fichier et non plus directement l'OS (les fichiers sont sous le contrôle du SGBDR).
Avantages :
cela fait partie de la transaction (en cas de rollback, le fichier n'est pas déposé ou supprimé)
en cas de sauvegarde de la base, les fichiers sont concernés comme s'ils étaient dans la base
le SGBDR maintient l'intégrité des données y compris pour les fichiers. Par exemple s'il y a dépendance (FOREIGN KEY) en cas de suppression de la table maître, les lignes filles peuvent être supprimées dans la foulé (ON DELETE CASCADE) et les fichiers disparaissent.

En fait en externalisant les fichiers comme tu l'as fait, il n'y a aucun moyen de garantir l'intégrité. Peu à peu tu te retrouve avec des fichiers en trop ou en moins et en cas de restauration, c'est le merde.

Il y a enfin un dernier moyen c'est la FileTable qui est un dérivé du FILESTREAM et qui consiste à créer une table "système" pointant vers un répertoire de ton système de fichier pour les manipuler en SQL comme par le système de fichier. Dans ce cas, dans la "filetable" tu verras le nombre d'octets de tes fichiers.

A lire sur le sujet :
https://docs.microsoft.com/fr-fr/sql...l-server-ver15

Tu peut bien entendu "greffer" une filetable sur le répertoire de ton choix...

A +