CHAPITRE 3 : Le Modèle Relationnel
Compétences visées : étant données une modélisation conceptuelle d’un système d’information, l’étudiant se
servira des règles de passage pour construire les modèles logiques et physiques de données relationnels (MLDR
et MPDR)
SITUATION PROBLEME
Soit le schéma conceptuel ci-dessous qui décrit les besoins d’informatisation d’un système
d’information d’une « Newsletter ».
A partir de vos connaissances en modélisation relationnelle, répondre aux questions suivantes
qui vous aideront à transformer ce MCD en MLDR et en MPD.
Consigne
1/. Décrire succinctement les 06 règles qui permettent d’obtenir un MLDR à partir d’un MCD
2/. Identifier dans l’énoncé les entités et la règle adéquate de transformation à laquelle elle
s’applique
3/. Identifier dans l’énoncé les types d’association et la règle adéquate à laquelle chacune
s’applique
4/. Construire le modèle logique de données relationnels de ce schéma conceptuel
5/. Déduire le modèle physique de données relationnels (MPDR)
A. PRESENTATION DES CONCEPTS CLES DU COURS
Après avoir conçu le Modèle Conceptuel de Donnée (MCD), il est maintenant temps de le
transposer en Modèle Logique de Données Relationnelles (MLDR). Le MLDR est en fait le
dernier pas vers le Modèle Physique de donnée (MPD), c'est à dire la description de la base qui
va être crée. Et là, deux solutions s'ouvrent à vous : soit vous laissez à un programme (POWER
AMC, Win Design, …) le soin de transformer votre MCD, soit vous le faîte vous-même. Dans les
deux cas, il est utile d'avoir un minimum de connaissance théorique sur le sujet.
© Dr. Jean Bernard BAKONGA Page 1 sur 6
Ainsi, après avoir définis les notions de clé primaire et de clé étrangère, nous étudierons plus
particulièrement les 6 règles strictes, nécessaires et suffisantes pour passer d'un MCD à un
MLDR, et nous les appliquerons ensuite à un schéma conceptuel.
I.Un peu de vocabulaire
1. L’attribut
Encore appelé propriété dans le MCD, ici on parle plutôt d’attribut. Il est décrit par un d’attribut,
prend des valeurs dans un domaine de valeurs et a un sens dans le système d’information étudié
2. La relation ou schéma relationnel
Une relation est un ensemble d’attributs significativement associés. Dans la pratique, la relation
est en fait la table, constituée de lignes (ou enregistrements) appelé T-uplet, et les attributs sont
les colonnes. Exemple de la table NEWSLETTER :
Le formalisme utilisé pour représenter une relation est :
R(A1, A, A3, …, An)
Nom de la relation Liste des attributs
Exemple : la table NEWSLETTER est décrite par la relation suivante :
NEWSLETTER (id_newsletter, Sujet, DateEnvoie, Contenu, #id_rubrique)
3. Les types de clés d’une relation
Chaque enregistrement doit être identifié de manière unique (voir la notion d'identifiant abordée
dans le chapitre précédent). L'attribut qui permet d'identifier de façon unique chaque ligne est
appelée la Clé Primaire. Elle peut être composée, c'est à dire comprendre plusieurs attributs. Ici,
il s'agit de l'attribut id_newsletter.
La table Newsletter comprend un attribut provenant de la table RUBRIQUES, l'attribut
id_rubrique. Cet attribut est appelé Clé Etrangère.
Dans le formalisme, la clé primaire est soulignée, et la clé étrangère est précédée du signe #. D'où
l'écriture définitive :
R (Cle_Primaire, A1, A2, #Cle_Etrangere)
© Dr. Jean Bernard BAKONGA Page 2 sur 6
Exemple :
Rubrique (id_rubrique, Nom)
Newsletter (id_newsletter, Sujet, DateEnvoie, Contenu, #id_rubrique)
Ici, id_rubrique est la Clé Primaire de la table RUBRIQUE, et est une Clé_Etrangère dans la table
NEWSLETTER.
Une fois assimilée ces notions de clés primaires et de clés étrangères, nous pouvons maintenant
énoncer les règles suivantes :
II.REGLES DE PASSAGE DU MCD AU MLDR
1. Une entité se transforme en une relation (table)
Toute entité du MCD devient une relation du MLDR, et donc une table de la Base de données.
Chaque propriété de l'entité devient un attribut de cette relation, et donc une colonne de la table
correspondante. L'identifiant de l'entité devient la Clé Primaire de la relation (elle est donc
soulignée), et donc la Clé Primaire de la table correspondante.
MPD
MLD
2. Toute association binaire aux cardinalités (X,1) - (X,n), avec X=0 ou X=1, induit la création
d’une clé étrangère
La Clé Primaire de la table à la cardinalité (X,n) devient une Clé Etrangère dans la table à la
cardinalité (X,1) :
Exemple de Système d'Information (SI) : « Un employé a une et une seule société. Une société a 1 ou n
employés. »
Modèle Conceptuel de Donnée (MCD) :
Modèle Physique de Donnée Relationnelle (MPDR) :
EMPLOYE (id_Employe, Nom_Employe, #id_Societe)
SOCIETE (id_Societe, Nom_Societe)
© Dr. Jean Bernard BAKONGA Page 3 sur 6
3. Toute association binaire aux cardinalités (X,n) - (X,n), avec X=0 ou X=1, devient une
relation.
Il y a création d'une table supplémentaire ayant comme Clé Primaire une clé composée des
identifiants des 2 entités. On dit que la Clé Primaire de la nouvelle table est la concaténation des
Clés Primaires des deux autres tables. Les propriétés de cette association deviennent les attributs
de la relation, et les clés primaires des entités viennent également s’ajouter à la liste des attributs
de la relation.
Exemple : « Une commande est composée de 1 ou n produits distincts en certaine quantité. Un produit est
présent dans 0 ou n commandes en certaine quantité. »
Modèle Conceptuel de Donnée (MCD) :
Modèle Physique de Donnée Relationnelle (MPDR) :
COMMANDE (id_Commande, Date_commande)
PRODUIT (id_Produit, libelle)
COMPOSE (#id_Commande, #id_Produit, Quantité)
4. Toute association n-aire (quelles que soient les cardinalités) devient une relation
Il y a création d'une table supplémentaire ayant comme Clé Primaire la concaténation des
identifiants des entités participant à la relation. Si la relation est porteuse de donnée, celles ci
deviennent des attributs pour la nouvelle table.
Exemple : « Un étudiant parle une ou plusieurs langues avec un niveau. Chaque langue est donc parlée par 0 ou
n étudiants avec un niveau. Pour chaque niveau, il y a 0 ou plusieurs étudiants qui parlent une langue. »
Modèle Conceptuel de Donnée (MCD) :
Modèle Physique de Donnée Relationnelle (MPDR) :
ETUDIANT (id_Etudiant, Nom_Etudiant)
NIVEAU (id_Niveau, Nom_Niveau)
LANGUE (id_Langue, Nom_Langue)
PARLE (#id_Etudiant,#id_Niveau, #id_Langue)
© Dr. Jean Bernard BAKONGA Page 4 sur 6
5. Relation binaire aux cardinalités (0,1) - (1,1), induit la création d’une clé étrangère.
La Clé Primaire de la table à la cardinalité (0,1) devient une Clé Etrangère dans la table à la
cardinalité (1,1) :
Exemple : « Dans un centre de vacances, Chaque animateur encadre en solo 0 ou 1 groupe, chaque groupe étant encadré par
un et un seul animateur. »
Modèle Conceptuel de Donnée (MCD) :
Modèle Physique de Donnée Relationnelle (MPDR) :
ANIMATEUR (id_Animateur, Nom_Animateur)
GROUPE (id_Groupe, Nom_Groupe, #id_animateur)
6. Association Réflexive qui induit la création d’une clé étrangère
La Clé Primaire de l'entité se dédouble et devient une Clé Etrangère dans la relation ou nouvelle
table. Exactement comme si l'entité se dédoublait et était reliée par une relation binaire (X,1) -
(X,n) (Cf règle 2).
Exemple : « d'une société organisée de manière pyramidale : chaque employé est dirigé par 0 ou 1 supérieur hiérarchique
direct. Simultanément, chaque employé dirige 0 ou plusieurs employés. »
Modèle Conceptuel de Donnée (MCD) :
Modèle Physique de Donnée Relationnelle (MPDR) :
EMPLOYE (id_Employe, Nom, Prénom, Adresse, Code_postal, Ville, Téléphone,
#id_Employe)
Interprétation : #id_Employe est l'identifiant du supérieur hiérarchique direct de l'employé
considéré.
B. EXERCICE D’APPLICATION : RESOLUTION DE LA SITUATION
PROBLEME
Ce MCD Entraîne le MPD ou schéma relationnel suivant :
© Dr. Jean Bernard BAKONGA Page 5 sur 6
MOTIVATIONS ( id_Motivation,Intitule)
ABONNES ( id_Abonne,#id_Motivation,Nom,Prenom,Age, Sexe,
Profession,Rue,CodePostal,Ville, Telephone,Email)
S_INSCRIT ( #id_Abonne,#id_Rubrique)
RUBRIQUES ( id_Rubrique,Nom_Rubrique)
NEWSLETTERS ( id_Newsletters,#id_Rubrique, Sujet,DateEnvoie, Contenu)
C. ACTIVITE DE CONSOLIDATION
Activité 1 : étant données la situation problème et les activités réalisées dans le chapitre
précédent, construire le MLD et le MPD des différents MCD obtenus.
Activité 2 :
Vous êtes missionné par un de vos amis qui exerce la profession d’agent immobilier pour lui
réaliser un petit programme. Il désire un logiciel dans lequel il peut inscrire les informations sur
les maisons, les propriétaires et les locataires.
Règles de gestion
Une maison appartient à une ou plusieurs personnes. Cela signifie qu'une maison peut avoir
un ou plusieurs propriétaires associés.
Une personne peut être propriétaire d’une maison et en louer une autre. Cela signifie qu'une
personne peut jouer à la fois le rôle de propriétaire et de locataire.
Travail à faire
1/. Créer le Modèle Conceptuel des Données.
a) Identifier les entités
b) Proposer les propriétés essentielles des entités et définir les identifiant
c) Identifier les associations et éventuellement les propriétés
d) Donner les cardinalités de chaque association
2/. Concevoir le Modèle Logique des Données.
Transformer le MCD en un modèle relationnel avec des tables, des clés primaires, des
clés étrangères et des relations.
3/. Déduire le Modèle Physique des Données.
CONCLUSION
Ces 6 règles représentent tous les cas que vous pourrez rencontrer. Il ne faut surtout pas se laisser
impressionner par le nombre de schémas, ni se laisser intimider par le coté inhabituel du
processus de modélisation. Il est très simple à acquérir. En fait, au bout de quelques modélisations
et d'un ou deux développements, vous vous rendrez compte que finalement tout ceci est très
logique et d'une évidence rare ... Et surtout, surtout, votre base de données correspondra
exactement au système d'information décris dans le cahier des charges.
© Dr. Jean Bernard BAKONGA Page 6 sur 6
