Discussion :

[July171292]

Bonjour,

Je suis en bac+3 concepteur - développeur, et pour mon examen, j'ai plusieurs projets à faire, dont un en SQL sous ORACLE, avec MCD et tous ce qui sens suit.

Le prof nous a demandé de mettre en pratique tous ce qu'on avais vu pour l'instant, en ce qui concerne Merise et SQL.

Plus bas j'ai mis mon MCD (une simplification d'OCR), pas de commentaire sur les nom d'associations s'il vous plait , il y en a qui on été changé depuis, comme "avoir_competence", "cours_sous_categ", je savais que cela n'étais pas correct lol :p.

Voila en fait mon problème c'est que je n'ai pas d'héritage, je doit en mettre un :'(.

J'avais pensé à dissocier les utilisateurs par statut (et de ce fait enlever la table statut_util).

C'est à dire de faire un table membre , administrateur, et modérateur, qui hériterais d'une table utilisateur.

Mais cela ne servirais a rien vu que ces trois type d'utilisateur on exactement les même champs.

Ou alors peut être devrai-je ajouter des champs, par exemple pour les droits de chaque type d'utilisateur .

Avez vous des idées à me proposer ? Ou alors un héritage à un autre endroit du MCD ? Je ne voit pas trop .

Si vous ne comprenez pas mon MCD, n’hésitez pas à me demander, je vous expliquerais .

Merci de votre aide.



Plus de précision :

- statut_sujet => résolu, ouvert, fermé

- categorie => web, matériel, ...

- sous_categorie => html, php,

[Richard_35]

Bonjour July171292,

Pas mal du tout !

Et ton idée :

J'avais pensé à dissocier les utilisateurs par statut (et de ce fait enlever la table statut_util).
C'est à dire de faire un table membre , administrateur, et modérateur, qui hériterais d'une table utilisateur.

==> est excellente.

Mais cela ne servirais a rien vu que ces trois type d'utilisateur on exactement les même champs.

==> oui, pour l'instant, mais cela permet d'envisager des évolutions futures avec des attributs propres à chaque "enfant".

Suggestion :

[SQLpro]

Beaucoup d'horreurs dans ce modèle :
1) catégorie et sous catégorie devrait être une seule et même entité avec un lien réflexif
2) message et message topic, voila l'héritage, le vrai !
3) vous avez sans doute trop d'associations n:m

mais comme on ne sait pas ce que vous voulez modéliser... alors, difficile de vous aider d'avantage !

A +

[Richard_35]

Bonjour SQLPro,

1) catégorie et sous catégorie devrait être une seule et même entité avec un lien réflexif

==> c'est une possibilité, c'est vrai, mais ça se discute. Par exemple, avec le temps, des attributs peuvent s'avérer nécessaires pour les sous-catégories et pas pour les catégories... à voir.

2) message et message topic, voila l'héritage, le vrai !

==> c'en est un, également judicieux, en effet.

3) vous avez sans doute trop d'associations n:m

mais comme on ne sait pas ce que vous voulez modéliser... alors, difficile de vous aider d'avantage !

==> le bon sens a parlé !