Discussion :

[Invité]

Bonjour,

avant de me lancer dans mon projet, j'aurais aimer avoir votre avis sur mon diagramme :



Description des tables :
GAME : Correspond à une fiche de Jeu. ex : half-life
TYPE_GAME : A un type de jeu : MMORPG
NOTE : Un utilisateur peut noter un jeu.
CLAN : Un utilisateur peut appartenir a un clan. Il peut en créer plusieurs.
MULTIMEDIA : un utilisateur peut envoyer une image d'un jeu.
PAGE : le nom parle de lui même. Page d'accueil, guide etc.
WEBSITE : Site général ou un site dédié.
MENU : Correspondance entre un site et une page.
ARTICLE : Il s'agit des actualités d'un site.
COMMENT : Commentaires posté sur un article par un utilisateur.

Quelque chose me chagrine dans le diagramme (des erreurs que je trouve pas !?), ou qu'il y a moyen de le simplifier...

En attente de vos critiques,

Cordialement,
Squadz

[fsmrel]

Bonsoir squadz,


Il faudrait utiliser une cardinalité minimale 0 quand une association est facultative. Par exemple, selon votre diagramme, chaque utilisateur (cf. table USER) doit pondre au moins un commentaire (cf. table COMMENT), ce qui paraît quand même excessif. Reportez-vous au paragraphe 10.9 de l’article « Modéliser les données avec MySQL Workbench ».


Interdisez au bonhomme Null la possibilité de se manifester dans la base de données : pour chaque attribut, cochez la case qui va bien (cf. figures 3.4 et 3.5 de l’article).

Selon votre diagramme, un menu appartient à une page et une page appartient à un site. En vertu de la transitivité, on sait donc à quel site appartient un menu : l’association que vous avez établie entre MENU et WEBSITE devrait disparaître.

Si vous avez un peu de temps, rendez le diagramme un peu explicite, en nommant le rôle des associations quand le lecteur peut avoir des doutes (cf. paragraphe 10.11). Si cela est inutile dans le cas des associations connectant NOTE et USER, ainsi que NOTE et GAME, car on comprend tout de suite de quoi il s’agit, ça n'est pas du tout évident en ce qui concerne l’association entre CLAN et GAME (au fait, quel est le rôle exact de cette association ?) De même, à quoi correspond l’association entre USER et CLAN ? S’agit-il de la participation d’un utilisateur à un clan ? Comment sait-on qu’un utilisateur a pu créer des clans ? Je suppose que l’association entre USER et ARTICLE a pour objet de savoir qui a rédigé l’article, c’est ça ?


Attention, en SQL, des mots tels que « USER » sont réservés (vérifiez la liste des mots déclarés comme réservés par votre SGBD (au passage, quel est-il ?)) Nommer les objets en français peut réduire sensiblement les collisions...

Pour alléger l’affichage, utilisez la notation « Workbench simplifiée » (cf. figure 3.6).

[Invité]

Bonjour fsmrel, et merci pour votre réponse

Pour la cardinalité entre User et Comment, j'ai juste mal remplit la cardinalité :-/

En effet la cardinalité entre menu et website ne sert à rien, je corrige ça de suite.

Un clan joue systématiquement à un jeu. Un jeu peut avoir plusieurs clan. Je pense que c'est bon

Pour la table USER c'est particulier, je compte monter le site avec le framework Django (python), du coup la table est crée par defaut.

J'ai crée ce diagramme pour me faciliter la tâche dans la conception des models, mais à aucun moment j'utiliserais directement une SGBD/SQL. Django utilise la technique de programmation ORM (Mapping objet-relationnel).

Je vais regarder plus en détails les différents liaisons. Je n'arrive pas à faire la différence entre foreignkey et OneToOneField / ManyToManyField.

Merci encore

[CinePhil]

J'ai crée ce diagramme pour me faciliter la tâche dans la conception des models, mais à aucun moment j'utiliserais directement une SGBD/SQL. Django utilise la technique de programmation ORM (Mapping objet-relationnel).

Ah ! Vous comptez utiliser des Objets Réellement Merdiques !

J'ai relaté mes mésaventures avec Hibernate et le coup d'oeil que j'ai jeté sur Doctrine ne m'a pas rassuré. Maintenant, vous faites ce que vous voulez !
http://www.developpez.net/forums/d12...u/#post7007249
http://www.developpez.net/forums/d11...m/#post6280244

Et lire l'article de SQLPro pour se convaincre qu'une autre approche est possible.
http://sqlpro.developpez.com/cours/b...s-epaisses.pdf

Si vous comptez avoir une très forte audience de votre futur site, je vous recommande de vous poser les bonnes questions dès maintenant.