Luthaf
commented
10 years ago Je n'ai pas regardé la base de donnée, mais je suppose que la clef qui identifie de manière unique une chanson dans la base est actuellement le titre. Pour corriger cela, il suffit de faire en sorte que cette clef soit le nom du fichier.
Non, on a un id séparé, basé sur un entier. Par contre, lors de l'import des chansons en base de donnée, on ignore les chansons ayant le même titre (pour pouvoir faire tourner l'import plusieurs fois). Mais la fonction d'import des chansons doit être modifiée et améliorée pour permettre les mises à jours dans tous les sens.
on se débarrasse de la nécessité du dépôt
On a une nécessité du dépôt car c'est git qui gère pour nous les versions des fichiers. Ainsi on peut permettre aux utilisateurs de corriger en ligne les paroles/accords des chansons, en mode wiki ; tout en gardant un historique des modifications clair.
Pour la gestion des datadirs, je pensais plus à une clef étrangère dans la table Song vers une table Datadir:
Datadir:
id
name (pour l'affichage en zone d'admin et la synchronisation)
url (pour les dépôts git à synchroniser avec un dépôt distant)
oliverpool
Déjà évoqué dans #96, mais je le recopie ici pour être sûr qu'il n'est pas oublié.
Si deux chansons ont le même titre, une seule des deux apparait. C'est un comportement non souhaité, car rien n'interdit que deux chansons différentes aient le même titre (exemples).
Je n'ai pas regardé la base de donnée, mais je suppose que la clef qui identifie de manière unique une chanson dans la base est actuellement le titre. Pour corriger cela, il suffit de faire en sorte que cette clef soit le nom du fichier.
Et pour la gestion des datadirs, on peut considérer comme clef le couple (datadir, chemin). Comme ça :
Par contre, ça veut dire que si un jour on autorise autre chose qu'un datadir ou un nom de fichier comme source des chansons, cela ne fonctionne plus.