Discussion :

[enelrahc]

Bonjour tout le monde j'aimerais savoir si postgresql supporte les fichiers audio.
Si c'est le cas je veux savoir comment ?
merci.

[Arkhena]

Bonjour,

Voilà la liste des types de données supportés par la version 9.1 de postgreSQL :
http://www.postgresql.org/docs/9.1/static/datatype.html

Vous pouvez peut-être les stocker comme des tableaux de bits...

Peut-être est-il plus intéressant de stocker l'adresse du fichier audio ?

Cordialement,

Arkhena

[ok.Idriss]

Bonjour.

Ce genre de solution est tout de même à éviter tant que c'est possible (avec tout SGBDR).

Pourquoi ne pas stocker vos fichiers audio directement sur le serveur, avec une table qui contiendrait le nom du fichier correspondant ainsi que des informations relatives (titre, durée, artiste, ...) ?

Cordialement,
Idriss

[SQLpro]

Bonjour.

Ce genre de solution est tout de même à éviter tant que c'est possible (avec tout SGBDR).

Là vous dites absolument n'importe quoi !!!!

En effet, la norme SQL à prévu un mécanisme haut de gamme de gestions des fichiers en base avec le DATALINK (voir mon bouquin sur SQL à ce sujet).
Ce mécanisme est implémenté notamment dans Microsoft SQL Server et permet tout à la fois de stocker tout type de fichier dans le système de fichier de l'OS mai sous le contrôle du SGBDR, c'est à dire avec la gestion des transactions et une sauvegarde synchrone (fichiers et données des tables).

Comment ferez-vous si vous devez sauvegarder de manière cohérente une GED en ayant d'un côté la base de données et de l'autre le repertoire contenant tous les documents électronique de la GED sous forme de fichier ?????

A +

[ok.Idriss]

Bonjour Frederic.

Moi je parlais du stockage bit à bit dont il était question, j'ai peut être tort mais ça me parait un peu lourd pour ce type de fichiers.

Après je n'ai jamais nié que les SGBDR offrent ce type de possibilités, et au niveau gestion des transactions, c'est sûrement plus évident à gérer, mais là tout dépend des besoins (pas forcemment besoin de tuer une mouche avec un fusille d'assaut, une simple chaussure suffit ).

Bref, c'est un point de vue.

Idriss

[SQLpro]

Ayant eu à faire de nombreux audits, j'ai constaté systématiquement que les applications de type GED étaient incapable de restaurer de manière cohérente les données lorsque ces dernières étaient sans contrôle du SGBDR.
La plupart des clients ne le savent pas et lorsque qu'il le découvre cela peut être dramatique.
Il y a quelques années une compagnie d'assurance ayant eu ce genre d'outil a tout bonnement perdu son procès parce qu'elle soutenait que son client ne lui avait pas envoyé le courrier se basant sur l'application... Or elle avait été restauré pour migration de serveur et à cette occasion quelque dizaines de courrier avaient été perdu !!!

A +