Discussion :

[KRis]

bonjour à tous,

je travaille sur un projet d'importation, d'archivage et d'exploitation d'images. je n'ai jamais travaillé sur des bdd d'images avant.
j'aimerais savoir s'il existe des contraintes ou des "erreurs à ne pas faire" dans ce genre de projet.
j'aurais des images allant de 300 Ko à 40 Mo... j'imagine que cette base à terme atteindra une taille de l'ordre de quelques dizaines de Go...

ça vous parait faisable ?

Merci d'avance.

[Vulcanos]

Je vais peut-être dire une grosse bêtise car je ne connais pas les fonctionnalités de ton appli, mais plutôt que de gérer des images dans ta base, pourquoi ne pas gérer des liens vers ces images ?

[KRis]

salut,

en fait cette application doit pouvoir gérer un module de saisie de données en relation avec ces images, et ensuite un module de recherches, et de diverses statistiques doivent être développés.
Voilà pourquoi je m'orientais vers une solution base de données et application Client/Serveur.

[Vulcanos]

Ok. Il semble donc possible de travailler comme je te le préconisais ci-dessus.

Par exemple, dans une table, tu crées un champ char. Ce champ va recevoir le nom de tes images et non les images elles-mêmes. Il te suffit ensuite de manipuler les images lorsque tu en as besoin à partir de fonction appropriées de ton langage :

Sous Delphi : OpenPic pour mettre à jour les images et LoadFromFile pour les charger.

Avantages :
- simplicité
- bdd de volume nettement plus faible
- meilleures performances.

A+

[KRis]

merci,

qu'entends tu par lien vers les images ?
tu veux dire stocker le chemin du fichier ? (C:\MesImages\image.jpg)
est ce vraiment efficace, si je veux travailler en multipostes ?

[Vulcanos]

Oui, c'est exactement ça : tu stocke le chemin des images. J'ai développé une appli qui fonctionne de cette manière.

Par contre, je ne gère qu'une centaine d'images tout au plus et il y a peu de mise à jour.

est ce vraiment efficace, si je veux travailler en multipostes ?

Là, je ne peux te répondre avec précision. Tout dépend de tes traitements et de la charge de ton réseau. Tu auras les mêmes questions que si tu gères tes images directement dans ta BDD. Mais il n'y a aucune raison pour que ce ne soit pas performant.

[KRis]

ok,

merci pour ces informations, c'est une solution intéressante que je testerai.
Si quelqu'un a testé l'archivage d'images dans une base de données, quels sont les avantages et inconvénients ?

[frantzgac]

L'avantage de stocker des images dans une BDD plutot que leur lien est de s'assurer que le lien entre le nom et l'image n'est pas rompu. Si on stocke un chemin on peut très bien voir disparaitre la cible du lien.

Sur internet il y a beaucoup de lien dont la cible a disparu.

Cela peut être intéressant aussi si on doit dupliquer la base (donc les images) pour les distribuer à des terminaux nomades (catalogue pour les commerciaux).

Mais le prix à payer est élevé car la base est volumineuse. Les performances ne changent en rien que les images soient en BDD ou dans un répertoire partagé. Notons qu'en stockant des liens les mises à jour des images ne concernent pas la BDD, cela peut être avantageux (sauf insertion et suppression évidemment)

J'ai déjà fait ce type d'application en test (avec peu d'images) qui fonctionnait bien avec le BDE tout simplement (table paradox).

Pour finir, s'il s'agit d'un progiciel qui sera installé sur des postes dans la nature, le fait de mettre les images dans la BDD écarte les risques d'une gestion maladroite des répertoires.

c'est tout ce que je vois dans l'instant...

[KRis]

merci pour vos opinions,

je pense stocker mes images dans la base de données, cela me parait plus simple au niveau de la maitenance, duplication, mises à jour...