Gestion de données/fichiers Options

Oy !

Je travaille actuellement à mettre en place une petite (destinées bien sûr à grandir, si tout va bien) banque de sons (bruitages pour radio/vidéo/podcasts...). Enregistrer des sons et les réarranger n'ayant rien de si difficile en soit (et avec le temps on acquiert un peu de technique) et ne demandant qu'un peu d'imagination, le problème auquel je me heurte maintenant est plutôt l'organisation des données : Comment mettre en place un système de tri et de recherche efficace ? (et encore mieux : arranger le tout pour pouvoir être accessible via le réseau?).

Google n'a pas été très bavard sur le sujet, et je me tourne donc de ce côté pour voire si personne n'aurait une idée...

Dans l'idéal, je verrais "simplement" un système de tags : chaque son qui est entré dans la base reçoit ses "adjectifs" (du genre Ambiance, Moteur, Voiture, Extérieur) et on y accède par une recherche par mots-clés.
(Mais si vous voyez autre chose, dites toujours )

D'avance merci. Je sais qu'ici il y a toujours au moins un truc positif (et utile) qui ressort

Ce message a été modifié par Ogur - 5 Feb 2008, 14:03.

Je te réponds dans le détail dès que je suis sur mon portable et pas sur mon iPhone Ogur.

En Java la "difficulté" est de trouver un serveur Java sur Internet, mais en Intranet avec un tomcat tu deviens le maître du monde, rien n'est impossible, dans les limites du HTTP.

[edit]


On peut imaginer une organisation dans ce style :
- une table pour les caractéristiques de base d'un son (nom, format, bitrate, auteur,...) (format renvoie vers une table (id, libellé,...) des différents types possibles dans le système (genre aac, mp3,...)
- une liaison multiple (à travers la table T_GENRES_SONS) entre les genres définis dans la table T_GENRES et un son, pour permettre à un son d'être associé à une infinité de genre
- la possibilité d'avoir une infinité de tags dans le système, définis dans la table T_TAGS. On peut affiner en imaginant distinguer différents types de tags, le plus utile souvent est la distinction saisie libre/valeur à choisir dans une liste (ce qui se traduira directement dans le formulaire HTML de saisie d'un son). La liaison multiple entre un son et des tags se fait grâce à la table T_CARACTERISTIQUES
- les sons sont stockés sur un disque dur (stocker du binaire directement dans une base est possible (du moins en Oracle) mais c'est moins souple (surtout lors des migrations) que de gérer dans un système de fichiers à côté). On définit des dossiers où seront stockés les sons directement à plat dedans par exemple (en numérotant les fichiers pour éviter tous les problèmes de noms trop long ou identiques). Un booléen peut indiquer le dossier courant à remplir pour pouvoir laisser le système choisir lui-même le dossier à utiliser, tout en pouvant changer le dossier si besoin facilement. Le numéro courant du prochain fichier à stocker dans le dossier est aussi conservé dans cette table. Le lien entre l'enregistrement d'un son et son fichier se fait dans la table T_FICHIERS, en indiquant par exemple le numéro du fichier, qui permet de le retrouver de manière relative dans le dossier concerné

Ce message a été modifié par atarxerxes - 6 Feb 2008, 20:56.