Précédent   Forum des professionnels en informatique > Bases de données > Langage SQL
Langage SQL Forum d'entraide sur le langage SQL et sur les questions liées à la conception de schéma (DDL). Cours SQL
Partagez cette discussion sur d'autres réseaux sociaux : Viadeo Twitter Google Facebook Digg Delicious MySpace Yahoo
Réponse Proposer ce sujet en actualité
 
Outils de la discussion
Publicité
'
Vieux 12/03/2011, 19h28   #1
Invité de passage
 
Homme
Administrateur systèmes et réseaux
Inscription : mars 2011
Messages : 2
Détails du profil
Informations personnelles :
Sexe : Homme
Localisation : France

Informations professionnelles :
Activité : Administrateur systèmes et réseaux

Informations forums :
Inscription : mars 2011
Messages : 2
Points : 1
Points : 1
Par défaut Conception de schéma pour logger de la musique jouée

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
afrinc est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 14/03/2011, 10h17   #2
Membre Expert
 
Inscription : janvier 2010
Messages : 1 084
Détails du profil
Informations personnelles :
Localisation : France, Rhône (Rhône Alpes)

Informations forums :
Inscription : janvier 2010
Messages : 1 084
Points : 1 573
Points : 1 573
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...
aieeeuuuuu est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 14/03/2011, 11h25   #3
Rédacteur/Modérateur

 
Avatar de SQLpro
 
Homme Frédéric BROUARD
Expert SGBDR & SQL
Inscription : mai 2002
Messages : 10 953
Détails du profil
Informations personnelles :
Nom : Homme Frédéric BROUARD
Localisation : France

Informations professionnelles :
Activité : Expert SGBDR & SQL
Secteur : Conseil

Informations forums :
Inscription : mai 2002
Messages : 10 953
Points : 17 773
Points : 17 773
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 * * * * *
SQLpro est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 14/03/2011, 11h48   #4
Invité de passage
 
Homme
Administrateur systèmes et réseaux
Inscription : mars 2011
Messages : 2
Détails du profil
Informations personnelles :
Sexe : Homme
Localisation : France

Informations professionnelles :
Activité : Administrateur systèmes et réseaux

Informations forums :
Inscription : mars 2011
Messages : 2
Points : 1
Points : 1
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.
afrinc est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 14/03/2011, 12h52   #5
Rédacteur/Modérateur

 
Avatar de SQLpro
 
Homme Frédéric BROUARD
Expert SGBDR & SQL
Inscription : mai 2002
Messages : 10 953
Détails du profil
Informations personnelles :
Nom : Homme Frédéric BROUARD
Localisation : France

Informations professionnelles :
Activité : Expert SGBDR & SQL
Secteur : Conseil

Informations forums :
Inscription : mai 2002
Messages : 10 953
Points : 17 773
Points : 17 773
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 * * * * *
SQLpro est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 14/03/2011, 16h29   #6
Modérateur
 
Homme Fabien
Ingénieur d'études en décisionnel
Inscription : septembre 2008
Messages : 5 684
Détails du profil
Informations personnelles :
Nom : Homme Fabien
Âge : 34
Localisation : France, Yvelines (Île de France)

Informations professionnelles :
Activité : Ingénieur d'études en décisionnel
Secteur : Arts - Culture

Informations forums :
Inscription : septembre 2008
Messages : 5 684
Points : 10 459
Points : 10 459
Envoyer un message via ICQ à Waldar Envoyer un message via Skype™ à Waldar
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
Waldar est actuellement connecté   Envoyer un message privé Réponse avec citation 00
Réponse Proposer ce sujet en actualité Cette discussion est résolue.
Outils de la discussion



Fuseau horaire GMT +2. Il est actuellement 19h42.


 
 
 
 
Partenaires

Hébergement Web