L2 MI : Systèmes d’information

Rédigé par : équipe pédagogique du cours SI. (Sellami L) Ref : L2-Systeme d Information

A l’intention de : Etudiants de L2 MI Créé le : 01/11/2022

Chapitre VI Modélisation Logique des

Données(MLD)
(Le Modèle relationnel)
Règles de passage du modèle E/A au modèle relationnel

Le Modèle relationnel :
1-Présentation :
Le modèle relationnel a été inventé par CODD à IBM-San José en 1970. Il est
basé sur des concepts simples. Cependant, la plupart des systèmes commercialisés
jusqu'à 1980 utilisaient le modèle réseau ou le modèle hiérarchique.
Au modèle relationnel est associée une théorie qui ne peut être séparée du
modèle : la théorie de l normalisation des relations. Cette théorie a pour but d’éliminer
les comportements anormaux des relations lors de la mise à jour. Elle permet aussi
d’éliminer les données redondantes et de mieux comprendre les relations sémantiques
entre données. Le concept de relation découle directement de la théorie des ensembles.

2-Les concepts du modèle relationnel :

Considérons le modèle E/A suivant :

 c o m m a n d e
C l i e n t
(1,n) (1,1) Num_Cde
Num_client Date_Cde
Nom Passer
Prénom
Adresse
(0,1)
(1,n)

(1,n) Donne lieu

Contient
(1,1)

P r o d u i t F a c t u r e

Code_Produit Num_Fact
Désignation Date_fact

(1,1)

(1,1) Fournit
(1,n)
(1,1) F o u r n i s s e u r
Num_four
Nom
Appartient Adresse

(1,n)
Fabriquer
F a b r i q u a n t
F a m i l l e
Code_fab
Code_fam Désignation
Des_fam Adresse
(1,n)

S e c t e u r

Code_Sec Travaille (1,1)

Désignation (1,n)
Nous utiliserons le terme « Table » pour désigner les relations du modèle relationnel.

Règle 1 : Tout objet (entité) du modèle (E/A) se transforme en Table dans le modèle
relationnel.
Règle 2 : Toutes les propriétés de l’entité deviennent les attributs de la table.
Règle 3 :l’identifiant de l’entité devient la clé de la table.

Application à l’exemple :

Les objets (entités) du modèle (E/A) donnent lieu aux tables suivantes :

Client (Num_cl, Nom, Prenom, adresse) ;

Commande (num_cde, date_cde) ;
Facture (num_fact, date_fact) ;
Produit (code_prod, designation);
Fournisseur (code_four, nom, adresse);
Famille (code_fam, designation_fam) ;
Fabriquant (code_fab, designation_fab) ;
Secteur (code_sec, designation_sec)

Règles de passage des « associations » du modèle (E/A) aux tables du modèle relationnel

La traduction des associations du modèle (E/A) en tables dans le modèle relationnel se fera
selon les cardinalités de cette association dans le modèle (E/A).

Cas 1 :
Cardinalité de type : père fils (x,1) , (x,n) dans une relation binaire
Autrement, l’objet (entité) père porte les cardinalités (0,1) ou (1,1) et l’entité fils porte les
cardinalités (0,n) et (x,n).

Père Fils

(1,1) (1,n)
ou ou E n t i t é 2
E n t i t é 1
(0,1) (0,n) Ident 2
Ident 1

(x,1) Relation
(x,n)

Application de la règle 1 :

 L’objet père devient une table « T1 » ;

 Les attributs de l’objet père deviennent les attributs de la table « T1 » ;
 L’identifiant de l’objet père devient la clé de la table « T1 » ;
 L’entité fils devient une table « T2 » ;
 Les attributs de l’objet fils deviennent les attributs de la table « T2 » ;
 L’identifiant de l’objet fils devient la clé de la table « T2 » ;
 L’identifiant de l’objet fils devient un attribut de la table « T1 », et elle sera appelée
clé étrangère ;
 Les propriétés de la relation deviennent des attributs de la table « T1 ».

Application à l’exemple :

Exemple 1 :

C l i e n t C o m m a n d e
(1,n) (1,1)
Num_client Num_Cde
Nom Date_Cde
Prénom Passe
Adresse r

Le modèle relationnel correspondant sera :

Client (num_cl, nom, prenom, adresse)

Commande (num_cde, date_cde, num_cl#)

Exemple 2 :

F o u r n i s s e u r
P r o d u i t
Num_four
Code_Prod Nom
Dés_prod
Prix_u (1,1) Fournit (1,n) Adresse

Le modèle relationnel correspondant sera :

Produit (code_prod, des_prod, prix_u, code_four#)

Fournisseur (Num_four, Nom,Adresse
 Exemple 3 :

P r o d u i t
Code_Produit
Dés_prod Le modèle relationnel correspondant sera :

(1,1)
Produit (code_prod, des_prod, code_fam#)

Famille (code_fam,des_fam)

Appartient

(1,n)

F a m i l l e
Code_fam
Des_fam

Suite à la traduction de l’ensemble de ces entités et associations nous obtenons dans un

premier temps le schéma relationnel suivant :

Client (num_cl, nom, prenom, adresse)

Commande (num_cde, date_cde, num_cl#)
Fournisseur (Num_four, Nom,Adresse)
Famille (code_fam,des_fam)
Produit (code_prod, des_prod, prix_u, code_four#, code_fam#)

Cas 2 :

Cardinalité de type : (x, n) – (x, n) dans une relation de degré quelconque (binaire ou
n_aire).

 Toutes les entités deviennent des tables ;

 Toutes les propriétés des entités deviennent des attributs des tables correspondantes ;
 L’identifiant d’une entité devient la clé de la table associée ;
 La relation entre les entités devient une table ;
 L’identifiant de la relation devient la clé de la table qui la traduira dans le modèle
relationnel ;
 Les propriétés de la relation deviennent des attributs de la table qui la traduit dans le
modèle relationnel.
 Application à l’exemple :

P r o d u i t C o m m a n d e
(1,n) (1,n)
Code_Produit Num_Cde
Dés_prod Contient Date_Cde

-qte_cde

Le modèle relationnel correspondant sera :

Commande (num_cde, date_cde)

Produit (code_prod, des_prod)
Contient (num_cde#, code_prod#, qte_cde)

Cas particulier :

a) - Cas de cardinalité (x,1), (x,1) :

(1,1) (1,n)
ou ou E n t i t é 2
E n t i t é 1
(0,1) (0,n)
Ident 2
Ident 1
(x,1) Relation
(x,n)

 Dans le modèle relationnel l’identifiant « Ident 1 » devient clé étrandère dans la table
associée à l’entité 2.
 Il sera de même pour l’identifiant « Ident 2 » qui sera clé étrangère de la table
associée à l’entité 1.

Exemple :

C o m m a n F a c t u r e
d e (0,1) (1,1)
Num_Cde
Date_Cde Donne lieu Num_Fact
Date_fact

Le modèle relationnel correspondant sera :

. Commande (num_cde, date_cde, num_fact#)

. Facture (num_fact, date_fact, num_cde#)
b) - Cas de cardinalité (x,1), (x,n) :

C o m m a n F a c t u r e
d e (0,n) (1,1)
Num_Cde
Date_Cde Donne lieu Num_Fact
-date

Le modèle relationnel correspondant sera :

. Commande (num_cde, date_cde)

. Facture (num_fact, date_fact)
. Donne lieu (num_fact#, num_cde#, date)

c) – Cas la relation réfléxive

1- Cardinalité (x,1), (x,n) :

P i è c e
(1,1) Composer
Num_pièce
Designation

(1, n)

Pièce (num_pièce, désignation, num_pièce_cible#)

2- Cardinalité (x,1), (x,1)

E m p l o y é
(0,1)
Num_pièce
Designation Conjoint

(0,1)

Employé (num_E, nom_E, Prénom_E, num_E_cible#)