Discussion :

[mutkas10]

Voici attache un modele conceptuel avec des generalisations, specialisation de classe.
J'aimerai avoir de l'aide pour savoir comment passer au modele relationnelle surtout en ce qui concerne les specialisations et le agregations. Quelqu'un a une piste de documentation ou d'explication.
Je suis etudiant.

[CinePhil]

SQLPro décrit la modélisation d'un héritage de données à partir d'un MCD merisien mais tu pourras trouver des similitudes avec un diagramme de classes.

Ce qu'il faut retenir est que la table fille prend pour clé primaire l'identifiant de la table mère, cette colonne étant donc également une clé étrangère.

Diagramme de classe :
instructeur ----------> personne

Peut aussi se représenter de la façon suivante :
instructeur -0..1---------1- personne

Et correspond au MCD suivant :
instructeur -(1,1)-----être----0,1- personne

Cela donne les tables suivantes :
personne (idPersonne, nom, prenom, adresse, numeroTelephone, dateNaissance)
instructeur (idPersonne, dateEmbauche)

[mutkas10]

Merci de votre réponse.
Mon problème se situe sur la répétition de la clé idPersonne, qui se retrouve chez l'instructeur et chez l'abonné. Ainsi, comme pourrais-je faire la différence pour les associations qui lit l'abonné à l'activité et l'instructeur à ProgrammationCours ?
Car les deux clés ont le même nom.
Merci encore.

[CinePhil]

Rien ne t'empêche, dans le SGBD, de nommer tes colonnes différemment.

Certains préconisent que toutes les colonnes contenant la même donnée portent le même nom mais je préfère différentier les noms de colonnes selon la table où elles se trouvent. J'utilise un standard inspiré de celui de SQLPro pour le nommage des colonnes. Ainsi, je n'ai pas deux colonnes portant le même nom dans mes BDD.

Selon mon standard, les tables seraient les suivantes :
te_personne_prs (prs_id, prs_nom, prs_prenom, prs_adresse, prs_telephone, prs_date_naissance)
th_instructeur_ins (ins_id_personne, ins_date_embauche)