|
Publicité ' | |||||||||||||||||||||||
|
|
#1 |
|
Invité de passage
![]() Administrateur systèmes et réseaux Inscription : mars 2011 Messages : 2 ![]() |
Bonsoir,
Actuellement, je journalise mes écoutes dans un fichier texte plat, mais j'aimerai le faire dans une base de donnée (sqlite, ou mysql, là n'est pas la question Les informations que je veux sont : Artiste, Album, Titre, Date. À terme, je veux pouvoir faire ressortir des informations du style : nombre de fois que tel artiste à été joué, les artistes généralement avant ou après, qui est écouté le soir, ou le dimanche, etc. Dans ces exemples, le titre et l'album ne servent à rien, mais dans ce genre de log, ils faut qu'ils soient présent Au début, j'imaginais 4 tables : = Historique = - date - titre (titre[id]) = Titre = - id - nom - album (album[id]) = Album = - id - nom - artiste (artiste[id]) = Artiste = - id - nom Mais voilà, je me dis que ça risque d'être très gourmand en ressource si je veux extraire des informations sur les artistes en fonction du temps… Pourtant, si je ne veux pas redonder l'information, c'est le schéma qu'il faut. Si vous avez des suggestions sur un modèle plus pertinent, je suis preneur Par avance… merci ! aFrinc |
|
|
00
|
|
|
#2 |
|
Membre Expert
![]() ![]() Inscription : janvier 2010 Messages : 1 084 ![]() |
Bonjour,
Votre modèle me parait correct... Un petit détail simplement : comment comptez vous faire pour les "compilations", avec ce modèle vous ne pourrez mettre plusieurs artistes pour le même album... Personnellement, j'aurai peut-être rattaché l'artiste au titre, et non à l'album. On pourrait même prévoir plusieurs artistes pour un titre (auteur, compositeur, interprète,...) Mais la c'est à vous de voir... Cependant, outre ceci, vous ne devriez pas avoir de problème de perf particuliers, si vous prenez soin de bien typer vos colonnes, et d'indexer correctement... |
|
|
00
|
|
|
#3 |
![]() ![]() ![]() Frédéric BROUARDExpert SGBDR & SQL Inscription : mai 2002 Messages : 10 953 ![]() |
Artiste ne veut rien dire...
Est-il auteur ? Interprète ? Compositeur ? Musicien ? De plus pour les compilation, cela ne marche effectivement pas. En sus on peut se demander de quel instrument il joue s'il est musicien ou interprète, certains musicien utilisant différents instruments dans un même morceau. A +
__________________
Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL Site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/ Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp. Blog SQL, SQL Server, modélisation données : http://blog.developpez.com/sqlpro http://www.sqlspot.com : modélisation, conseils, audit, optimisation, formation * * * * * Enseignant CNAM PACA - ISEN Toulon - CESI Aix en Provence * * * * * |
|
00
|
|
|
#4 |
|
Invité de passage
![]() Administrateur systèmes et réseaux Inscription : mars 2011 Messages : 2 ![]() |
Oui, en effet, il me faut "lier" l'artiste dans la table titre, pour les compilations entre autre.
Par contre, pour ce qui est du terme "artiste", je vais le garder, c'est la vision la plus rependue dans les tag des des fichiers musicaux. On a généralement au moins Titre, Artiste, et Album. Pour ce qui est du reste des métadonnée, je pense qu'il est plus facile de récupérer les informations manquantes sur d'autres bases de données (externes, service web). L'idée n'est que d'avoir un "log" des écoutes. Merci pour vos remarques et suggestions. |
|
|
00
|
|
|
#5 |
![]() ![]() ![]() Frédéric BROUARDExpert SGBDR & SQL Inscription : mai 2002 Messages : 10 953 ![]() |
Tu peut conserver artiste, mais il manque son rôle au niveau du morceau :
il peut être interprète d'un morceau, compositeur de l'autre, chanteur dans le troisième et compositeur + interprète dans le 4e.... A +
__________________
Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL Site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/ Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp. Blog SQL, SQL Server, modélisation données : http://blog.developpez.com/sqlpro http://www.sqlspot.com : modélisation, conseils, audit, optimisation, formation * * * * * Enseignant CNAM PACA - ISEN Toulon - CESI Aix en Provence * * * * * |
|
00
|
|
|
#6 |
![]() ![]() |
Je pense qu'il s'agit de l'interprète vu la conception simple du modèle.
Si vous désirez recouper avec d'autres bases de données il vous faudra enregistrer des informations complémentaires. Ce qui identifie un titre (au sens un morceau musical) c'est son ISRC. Pour les albums c'est un plus complexe. Si c'est un CD, il faut plutôt regarder du côté de son code barre (UPC / EAN13 en fonction du pays d'achat). Si c'est du digital, vous pouvez gérer le GRID.
__________________
Email : http://scr.im/waldar |
|
00
|
Copyright © 2000-2012 - www.developpez.com