[débat] photo

[funkadelic]

bonjour,

pour une base de données postgresql contenant notamment des photos, pour vous, quels sont les avantages et les inconvénients d'enregistrer ces photos dans la base ou d'en enregistrer que les adresses ?

Merci

[piff62]

Un debut de reponse peut se trouver la ..
http://mysql.developpez.com/faq/?page=DIVERS#DIVERS_image_BLOB

C'est dans la FAQ mysql .. mais la reflexion est la meme

[funkadelic]

merci.

mais certains auraient-ils d'autres avis ?

[SQLpro]

Une étude plus complète :
http://sqlpro.developpez.com/cours/stockerimages/

A +

[funkadelic]

merci beaucoup.

alors pour si je comprends bien, l'integration d'images dans une base de données aurait tendance à ralentir son fonctionnement.
Les images ne font pas l'objet de requete car elles representent un flux de données binaires et la presence de ces flux dans la base ralentit l'interrogation de la base meme si ces flux ne font pas partie integrante de l'interrogation. c'est bien cela ?
Dans mon cas, l'idee d'avoir des images dans la base correspond en fait a un desir de centraliser reellement les donnees dans un meme et unique point, notamment pour le backup.
Les images seront peu consultées mais des fichiers PDF, qui seront au meme titre que les images, enregistrés dans la base, seront eux beaucoup plus consultés ?
alors que faire ? d'apres les sources et les débats que j'ai lu, l'ideal reste quand meme de garder tous ces objets larges a l'exterieur et de referencer leur URL dans la base.

D'autres avis sur la question ?

[annedeblois]

Bonjour,

Permettez-moi de me joindre à ce débat pour vous faire part d'un casse-tête corporatif. Nous devons développer une BD contenant plus de 3000 images de 300 dpi (faisant 1 Mo chacune), et qui sera augmentée encore dans les versions à venir. Cette BD ne me causerait pas de migraines si elle devait être stockée sur un beau serveur MSSQL et accessible par ASP.NET. Nous devons plutôt stocker ladite base de données sur le poste de travail des clients, qui sont spécialisés dans l'horticulture et les commerces apparentés et qui ne voudront certes pas mettre de fric dans l'achat d'un serveur dans le seul but de faire rouler le bazar, ce qui triplerait indûment le prix total à débourser pour ces braves commerçants.

Inutile de vous dire que je connais la limite de 2 Go imposée par Access et MSDE, donc à prime abord j'ai voulu stocker les belles photos par leur chemin d'accès (URL) plutôt qu'en format BLOB. Mais, malgré la lenteur à prévoir dans le traitement des données de cette manière, le patron, qui a répété que les photos ont été faites par la compagnie et les trucs des droits d'auteur et tout le reste, ne veut pas d'un dossier sur le disque dur contenant tous les précieux TIFF, parce que les clients pourraient utiliser les images TIFF pour autre chose, comme les envoyer par courriel à des amis ou les mettre sans permission sur leur site Internet.

Il faudrait donc se tourner vers l'encryption des fichiers sur le disque dur, mais mon collègue de travail a déjà des réserves quant à la fiabilité de la chose.

Que faire, alors?

[fadace]

Il y a les avantages et les inconvénients : je ne serai pas aussi drastique que SQLPro.

Pas de disjonction entre le descriptif et l'image
Intégrité des backups: les fortes volumétries sont maintenant bien gérées avec les notions de backup différenciels
SELON la base de données et son stockage des BLOB, peut prétériter les performances, ce qui n'est plus le cas avec une administration consciencieuse sous Oracle (avec tablespace et large pool distinct pour LOB), MS SQL, Sybase... mais l'est toujours, par exemple sous DB2-400, les bases fichiers, ...
transfert réseau : que l'on place une image dans la base ou sur le serveur, son utilisation impactera toujours le réseau. Reste à ne sélectionner le champ IMAGE/BLOB qu'en ultime recours.

En résumé pour moi : rien n'empêche d'insérer les images dans la base, du moment que ce soit fait consciencieument et avec une bonne modélidation. La table de descriptif d'image de SQLPro est une bonne chose en soi, ou que soit stockée l'image.