Discussion :

[SQLpro]

Non, les LOB ont des espaces de stockage dédiés.
Dans la table il n'y a qu'un pointeur vers cet espace.

Du coup, non. On n'ouvre que les BLOB dont on a besoin au moment où on en a besoin.

ça dépend du SGBDR !
Dans SQL Server tu as différentes possibilité :

• par défaut c'est dans la ligne de la table (TEXT_IN-ROW)
• avec la directive TEXTIMAGE_ON, tu les déporte vers un espace de stockage spécialisé,
• tu peut aussi imposer le coup du pointeur (LARGE_DATA_OUT_OF_ROW)
• utiliser une bibliothèque spécialisé dans le stockage des LOBs (RBS : Remote Blobs Storage)
• les laisser en tant que fichier via FILESTREAM / FILETABLE

Dans PostGreSQL c'est systématiquement dans la ligne de la table et qui plus est en compressé.

Dans MySQmerde c'est encore pire : dans la ligne de table et sans compression.

A +

[SQLpro]

J'ai bien précisé que je voulais référencer mes fichiers dans la base et en aucun cas faire une base énorme contenant tout.
Tout stocker comme BLOB (ce que je ne sais d'ailleurs pas faire à partir de mes données actuelles dans des fichiers) ne résoudrait pas mon pb d'ouvrir ces objets avec l'application appropriée pour chaque type d'objet. Je me demande bien comment ceux qui créent des BLOB font pour les utiliser.

Cele ne pose aucun problème. Il faut juste savoir quel est le type de l'objet et donc conserver en sus du nom et chemin du fichier son type, par exemple en stockant en sus l'extension.

Comme déjà dit, puisque FILESTREAM n'est pas disponible dans mon environnement, je ferai autrement.

C'est exactement ce que j'envisageais comme je pense l'avoir clairement dit.

Puisque je m'oriente vers une programme extérieur (faute de solution purement SGBD à ma portée) la question de ce que je pourrai faire sans trop de complications dépend des bibliothèques de fonctions disponibles dans le langage choisi. Ce n'est plus un problème SQL. C'est maintenant de ce type d'info que j'ai besoin, peut-être devrais-je reposer ce pb sur un autre forum que SGBD ?
Selon les difficultés, je peux à la rigueur renoncer à référencer les images et autres documents , mais me limiter aux répertoires correspondant à un sujet précis pour lequel je crée une fiche. Par exemple les répertoire consacrés à un film, dans une base Cinéma. L'idéal serait alors (pour toute création, modification de chemin ou suppression d'un tel répertoire) de faire l'opération en même temps par mon appli côté système de fichiers et côté inscription dans la base.

Comme dit en cas d'erreur dans ce code, le traitement va s'arrêter en plein milieu et les deux morceaux seront sans doute cassé sans que vous puissiez savoir facilement ou vous en êtes.... Il faudrait pour cela piloter une transaction SQL sur ce traitement client, ce qui bien sur est impossible sans les techniques de "DATALINK" (BFile Oracle ou FILESTREAM/FILETABLE SQL Server...)

A +