Le modèle relationnel

Public cible: AII2

 PLAN
• Le modèle relationnel
• Définitions
• Règles de passage du modèle E/A vers le
modèle relationnel
• Exercice d’application
 Le modèle relationnel
• Développé par Codd en 1970: théorie
mathématique des relations.
• Modèle logique orienté enregistrement.
• Constitué de tableaux appelés relations.
• Simple: la relation est la seule structure du
modèle.
• Le modèle relationnel est plus général que le
modèle E-R.
Une Relation:
• représentée par un tableau à 2 dimensions
• composée d’un nombre fini de colonnes
(attributs)
• chaque attribut possède un nom unique à
l’intérieur d’une relation.
• ne peut posséder 2 tuples identiques

Type Couleur Puissance Energie

Golf noire 6 cv essence
Golf grise 5 cv gazoil
Clio rouge 5 cv essence
 Définitions
Un domaine : un ensemble de valeurs
caractérisé par un nom.
Chaque valeur du domaine est atomique
(indivisible).
Exemple :
Couleur = {rouge, jaune, vert, rose, bleue, noir,
blanc} ;
 Définitions (suite)
Une relation R : un sous ensemble du produit
cartésien de n domaines D1 x D2 x … x Dn.
Une relation est composée de n éléments (d1, d2, …,
dn) appelés n-uplets ou tuple, (avec d1 ∈ D1, d2 ∈ D2,
…, dn ∈ Dn)
n est appelé degré de la relation.
Exemple:
Voiture (Marque, Couleur, Puissance, Energie)
Quel est le degré de la relation Voiture?
4
Clé primaire: Chaque relation doit avoir une clé
primaire, formée d’un attribut ou plus,
permettant d’identifier d’une façon unique
chacun des n-uplets.
La clé primaire est soulignée!
Clé candidate: dans une relation, il peut y avoir
plusieurs clés candidates parmi lesquelles il
faudra choisir une clé primaire.
Exemple:
Un étudiant peut être identifié par: le NCIN, num de
passeport ou le numéro de carte d’étudiant: ce
sont 3 clés candidates et il faut choisir une clé
primaire parmi les 3!
 Base de données relationnelle (BDR)
• Regroupement d’un ensemble de relations.
• Chaque relation est nommée de façon unique.
• Représentée par le schéma relationnel ou le
diagramme du schéma relationnel.
 Règles de passage du modèle E/A au
modèle relationnel
Règle1: chaque entité devient une relation
Règle2 :Les attributs de l’entité deviennent des attributs
de la relation.
Règle3 :L’identifiant devient clé primaire.
Règle4: une association plusieurs-à-plusieurs (la
cardinalité maximale des 2 côtés de l’association est n)
devient une relation.
La clé primaire est la concaténation des identifiants des
entités participants à cette association.
Les données de l’association (si elle est porteuse de
données) deviennent les attributs de la relation.
Règle 5: Pour les relations 1 vers n et n vers 1
Inclure l’identifiant de l'entité de cardinalité 1
dans l'autre entité de cardinalité n.
 Exercice d’application
Il est demandé de générer le modèle relationnel
à partir du modèle E/A de l’exercice 3:
 Correction:
Règle1: toute entité devient une relation.
Règle2: les attributs des entités deviennent des
attributs des relations.
Règle3: les identifiants des entités deviennent des
clés primaires.
Medecin (Matricule, nomMed,
Patient (N°SS, NomP,
Consultation (No, date,
Medicament (Code, Libellé,
Règle4: les associations plusieurs-à-plusieurs
deviennent des relations, la clé primaire est la
concaténation des identifiants des entités qui
participent à l’association.
Medecin (Matricule, nomMed,
Patient (N°SS, NomP,
Consultation (No, date,
Medicament (Code, Libellé,
Prescrire (Code, No, NbPrises)
Règle5: les associations 1-à-plusieurs (ou 1-à-n),
la clé du côté n migre vers la relation issue de
l’entité du côté 1, et devient clé étrangère.
Medecin (Matricule, nomMed)
Patient (N°SS, NomP)
Consultation (No, date, #Matricule, #N°SS)
Medicament (Code, Libellé)
Prescrire (Code, No, NbPrises)