Discussion :

[Invité]

Bonjour,

Je souhaite développer une base de donnée qui sera ammenée à stocker des documents mulimédia (images, mais aussi éventuellement son, vidéo...).

Aussi, je m'interroge sur la façon de faire. Y a-t-il un standart? Je suppose que le ficher multimédia doit être stocké sur le disque, et que la bdd ne stocke que le lien vers le fichier. Mais dans ce cas, comment gère-t-on la sécurité?

J'aimerais bien trouver des exemples de structures de bdd utilisant ces méchanismes.

Merci de votre aide...

[ovh]

Effectivement tu peux faire un lien, mais tu as aussi la possibilité d'utiliser des champs de type BLOB (Binary Large OBject) qui sont à même de stocker de grosses quantités de données binaires, telles que des fichiers multimédia.

[Invité]

Merci pour l'info, mais au niveau performance? Celà ne va pas me pourrir ma base?

[Fabien Celaia]

BLOB sous MS-SQL ou Sybase ASE = Image

Normalement pas de problème de pourrir une base, si ce n'est qu'elle stockera évidemment plus d'info et risque de devenir plus grosse rapidement. Les champs de ce type sont stockés au niveau interne de la base comme des chaînes de pages. Si tu n'accède pas à l'info, elle ne monte donc pas en mémoire et ne ¨pourrit¨ pas ta bd.

[Stessy]

http://sqlpro.developpez.com/Images/SQL_Images.html

Tu en tireras de grands enseignements

[Nikkko]

Il me semble que l'extension "Intermedia" d'Oracle a été développé pour ça et est pas mal utilisé. Je ne la connais pas en détail mais cela peut certainement répondre à tes besoins...encore faut il que tu aies la volonté et la capacité d'utiliser Oracle (cout, admin...)

[wello00]

je n ete conseilles vraiment pas de stocker des BLOB dans ta base, mieux veut stocker des chemins vers les fichiers, tout cela pour des problèmes de performances, sauf si t'as vraiment besoin d'effectuer des opérations sur ces blobs.

[Fabien Celaia]

je n ete conseilles vraiment pas de stocker des BLOB dans ta base, mieux veut stocker des chemins vers les fichiers, tout cela pour des problèmes de performances, sauf si t'as vraiment besoin d'effectuer des opérations sur ces blobs.

Parlant pour ASE ou M$-SQL, je ne vois vraiment pas en quoi les performances seraient impactees (pointeur sur chainage de page !), hormis pour le backup, car la base serait effectivement plus grosse (mais aurait le merite de sauver les donnees et les images en meme temps).

Ceci dit, meme en stocknt tes images dans ta base, le fait d'en gerer un index a la methode SQLPro est une bonne idee. Reste a savoir ce que tu veux gerer comme type d'image (si c'est simplement la photo passeport de tes clients, ca vaut pas la peine d'inclure toute une armada...)

D'ou une question de base : quel moteur utilises-tu ?

[titpuce]

P'tit conseil sous Oracle : les BFILE sont bien mieux que les BLOB :
ces derniers engendrent des tables lourdes, peu maniables, et peuvent allonger le temps de réponse de manière importante lors d'une requete.

[SQLpro]

IBM DB2 innove en la matière en permettant de stocker les blobs dans des fichiers dont l'intégrité est maintenue par la base elle même. Cela combine les deux avantages :
système de fichier de l'OS toujours plus rapide que flux de SGBDR et maintient de l'intégrité référentielle (un fichier ne peut être effacé si référencé par la base).

Ceci peut être repris dans n'importe quelle base de données avec un peu d'astuce : définir un compte utilisateur que seul un exécutable de la base à le droit d'utiliser !!!

A +