Probléme Modélisation - Gestion des Commentaires

Version imprimable

09/12/2008, 15h21
Pioul

1 pièce(s) jointe(s)

Probléme Modélisation - Gestion des Commentaires

Bonjours à tous,

Je suis actuellement entrain de mettre en place le MCD d'un site communautaire futur...

Ce site qui aura des Membres et des artistes doit permettre l'ajout de commentaire.

Un membre peut poser un commentaire sur le profil d'un autre membre, un artiste peut poser un commentaire sur le profil d'un artiste, un membre peut poster un commentaire sur le profil d'un artiste et un artiste peut poser un commentaire sur le profil d'un membre.

Je voulais avoir votre avis sur le MCD que j'ai fait car (Cf piéce jointe),car je trouve cela bizarre, lorsque je passe au MLD pour ma table ''Commentaire'' :

Commentaires(ID_Commentaire, texte, Date, #Pseudo_A, #Pseudo_A, #Pseudo_M, #Pseudo_M, #ID_Admin)

Cela me fait 4 clés étrangére mais uniquement 2 seront remplis à chaque fois... je voulais savoir si cela ne posait pas de probléme.... !
Cela est-il pertinent ?

Merci de votre avis et de votre réponse !

Cordialement,

Paul
09/12/2008, 15h37
CinePhil

Un artiste ou un membre (fan dans ton MCD) sont tous deux des personnes qui ont des attributs communs (nom, prenom, date de naissance, rue, ...)
et des attributs spécifiques à leur nature d'artiste (biogaphie, adresse mail, avancement...) ou de fan (description). Tu peux donc utiliser la technique de l'héritage en faisant des entités Artiste et Fan des sous-types d'une entité Personne.
Même sans changer la règle de gestion, tu économises 2 clés étrangères puisque c'est l'identifiant des personnes qui sont utilisées dans les tables filles.

Au passage, évite de mettre en clé primaire des pseudos qui sont des chaînes de caractères et utilise plutôt un identifiant anonyme de type entier auto-incrémenté.

Personnes(P_Id, P_Pseudo, P_Nom, P_Prenom...)
Artistes(A_IdPersonne, A_Biographie, A_Adrel, A_Avancement)
Fans(F_IdPersonne, F_Description)
Commentaires(C_Id, C_IdPersonneEmettrice, C_IdPersonneObjet, C_Texte, ...)

Les clés primaires sont soulignées et les clés étrangères en italique.
09/12/2008, 16h31
Pioul

1 pièce(s) jointe(s)

Merci de ta réponse ! :D

C'est en effet une solution beaucoup plus pertinente que la mienne !!

J'ai essayé de la traduire en MCD ... Peut tu me dire ce que tu en pense ?

L'héritage est il bien ''dessiné'' ?

Je pense avoir mal traduit les liens Commentaires / Personnes ?
Qu'en pense tu ?

Merci
09/12/2008, 19h14
CinePhil

Une personne dépose un commentaire sur une autre personne.

Schéma :
Personne -0,n----Déposer----1,1- Commentaire
Personne -0,n-------|

Une personne peut déposer plusieurs fois.
Une personne peut faire l'objet plusieurs fois.
Un commentaire est déposé une et une seule fois.
11/12/2008, 10h05
Pioul

Bonjour,

Je n'ai pas compris ton dernier message ... C'étais juste pour changer ''Commenter'' en ''poster'' ?

Je te joins le MLD...si tu peux y jetter un oeil ! 8O se serai génial !

Personne ( Personne_Id, Pseudo, Mot_de_Passe, Nom, Prénom, Date_de_Naissance, Rue,Code_Postale,Ville, Téléphone, Code_Postal, Ville, Téléphone, Style Musicale, Photo, Newsletter , Mail )

Artiste ( #A_ Personne_Id , Biographie, Video, Avancement, Score , Scéne )

Fans (# F_Personne_Id, F_Description)

Commentaires ( Commentaire_ID , texte, Date, Valider , # Personne_ID_Emetteur, # Personne ID_Recepteur )

News Artiste ( ID_News_A , Texte, Date, #A_ Personne_Id )

Musique ( Id_Musique, Date, Titre, chemin , radio )

Dons ( Dons_Id, Montant, Date, # F_Personne_Id , #A_ Personne_Id )

Admin ( Admin_Id , Log-in, Mot_de_Passe )

NewsAdmin (News_ID, texte, Date , #Admin_Id)

Playlister (#Musique_Id, # F_Personne_Id )

êtreAmis ( # F_Personne1_Id , # F_Personne2_ID , Valider )

Publicité ( Pub_ID , Chemin, Titre, Affichage , #Admin_ID )

nota : Les clés primaires sont soulignées et les clés etrangére précédéés d'un #

Merci !
11/12/2008, 10h23
CinePhil

Citation:

Envoyé par Pioul

Bonjour,

Je n'ai pas compris ton dernier message ... C'étais juste pour changer ''Commenter'' en ''poster'' ?

C'était un extrait de MCD avec ses règles de gestion montrant qu'on est en présence d'une association ternaire, alors que sur ton schéma il y avait 4 pattes.

Citation:

Personne ( Personne_Id, Pseudo, Mot_de_Passe, Nom, Prénom, Date_de_Naissance, Rue,Code_Postale,Ville, Téléphone, Code_Postal, Ville, Téléphone, Style Musicale, Photo, Newsletter , Mail )

Il y a deux fois l'ensemble (Code_Postal, Ville, Téléphone) !
C'est bien Code_Postal et non Code_Postale !
Il vaut mieux éviter les noms de colonnes avec des accents, ce n'est pas accepté par tous les SGBD. Donc Telephone plutôt que Téléphone.

Citation:

Artiste ( #A_ Personne_Id , Biographie, Video, Avancement, Score , Scéne )

On écrit Scène et non pas Scéne ! Et encore une fois, pas d'accent dans les noms de colonne.
Que contiendra cette colonne ? Un article résumant la carrière scénique de l'artiste (ou encore mieux : un lien vers l'article) ?

Citation:

News Artiste ( ID_News_A , Texte, Date, #A_ Personne_Id )

Musique ( Id_Musique, Date, Titre, chemin , radio )

Dons ( Dons_Id, Montant, Date, # F_Personne_Id , #A_ Personne_Id )

NewsAdmin (News_ID, texte, Date , #Admin_Id)

Eviter d'appeler une colonne Date car c'est un mot SQL et ça peut entraîner des erreurs.

Une remarque générale pour finir : Personnellement, je préfixe toujours mes noms de colonnes d'une initiale ou d'un groupe de lettres renvoyant mnémotechniquement au nom de la table. C'est plus facile ensuite pour lire les requêtes et évite les erreurs de confusion du SGBD quand plusieurs tables avec les mêmes noms de colonnes sont impliquées dans une requête.

Bon courage pour la suite !