Chapitre3 SGBD ModeleRelationel

INSTITUT SUPÉRIEUR DES ETUDES TECHNOLOGIQUES DE DJERBA
Atelier SGBD
Anis ASSES
[email protected]
Public cible : Classe 1ère année Mastère professionnel

MIEH
Chapitre 3 :
Le modèle relationnel
Plan
Généralités
Concepts de base
Traduction du modèle E/A au modèle
relationnel
Les dépendances fonctionnelles
Normalisation
Exercices
Atelier SGBD (par Anis ASSES) Page 3

Généralités
 Définition : Le modèle relationnel est un modèle

logique associé aux SGBD relationnels.
 Exemples : Oracle, DB2, SQLServer, Access, Dbase, ….
Objectifs du modèle relationnel :

 Indépendance physique : indépendance entre programmes
d’application et représentation interne de données.
 Traitement des problèmes de cohérence et de redondance
de données : problème non traité au niveau des modèles
hiérarchiques et réseaux.
 Développement des LMD non procéduraux : modélisation et
manipulation simples de données, langages faciles à utiliser.
 Devenir un standard.

Concepts de base : Relation
Relation
Définition : Une relation R est un ensemble
d’attributs {A1, A2,…, An}.
• Notation : R(A1, A2, …, An)
• Exemple : Soit la relation Produit(numPd, designPd,
puPd)
• La relation Produit est l’ensemble des attributs {numPd,
designPd, puPd}
 Remarque : Chaque attribut Ai prend ses valeurs
dans un domaine dom(Ai).
 Exemple : Le prix unitaire puPd est compris entre 0
et 10000. D’où dom(puPd) = [0, 10000].

Concepts de base : Tuple
Tuple
Définition : Un tuple est un ensemble de valeurs
t=<V1 V2 … Vn> où Vi appartient à dom(Ai).
Il à noter que Vi peut aussi prendre la valeur
nulle.
 Exemple : <2, ‘Prod1’, 300>

Concepts de base : Contraintes
d’intégrité
Définition : Une contrainte d'intégrité est une
clause permettant de contraindre la
modification de tables, faite par
l'intermédiaire de requêtes d'utilisateurs, afin
que les données saisies dans la base soient
conformes aux données attendues.

d’intégrité
Types :
Clé primaire : ensemble d’attributs dont les
valeurs permettent de distinguer les tuples les
uns des autres (identifiant).
Notation : la clé primaire doit être soulignée.
Exemple :
Soit la relation Produit(numPd, designPd, puPd)
L’attribut numPd présente la clé primaire de la
relation Produit.

d’intégrité
 Clé étrangère : attribut qui est clé primaire d’une
autre relation.
Notation :
• La clé étrangère doit être précédée par #.
Exemple :
• Produit(numPd, designPd, puPd, # numFr)
• Le tuple Produit(1, ‘Produit1’, 100, 1) signifie que le
produit de numéro 1 a comme fournisseur numéro 1.
 Contraintes de les
domaine : attributs doivent
respecter une condition logique.

Traduction E/A en modèle relationnel
 Règles à suivre :
 Chaque entité devient une relation. Les attributs de l’entité
deviennent attributs de la relation.
 L’identifiant de l’entité devient clé primaire de la relation.
 Chaque association 1-1 est prise en compte en incluant la
clé primaire d’une des relations comme clé étrangère dans
l’autre relation.
 Chaque association 1-N est prise en compte en incluant la
clé primaire de la relation dont la cardinalité maximale est N
comme clé étrangère dans l’autre relation.
 Chaque association M-N est prise en compte en créant une
nouvelle relation dont la clé primaire et la concaténation des
clés primaires des relations participantes. Les attributs de
l’association sont insérés dans cette nouvelle relation.

Exemple illustratif
 Spécifications :
o Les clients sont caractérisés par un numéro de client, un nom,

un prénom, une date de naissance et une adresse postale (rue,
code postal et ville). Ils commandent une quantité donnée des
produits à une date donnée.
o Les produits sont caractérisés par un numéro de produit, une
désignation et un prix unitaire.
o Chaque produit est fourni par un fournisseur unique (mais un
fournisseur peut fournir plusieurs produits).
o Les fournisseurs sont caractérisés par un numéro de
fournisseur, une raison sociale, une adresse email et une
adresse postale.

Exemple illustratif
Modèle relationnel :
CLIENT (numCl, nomCl, prenomCl, datenaisCl,

adrCl)
PRODUIT (numPd, designPd, puPd, #numFr)
FOURNISSEUR (numFr, rsFr, emailFr, adrFr)
COMMANDE (#numCl, #numPd, dateCd, qtePc)

Les dépendances fonctionnelles
 Définition : Soit R (X, Y, Z) une relation où X, Y, et

Z sont des ensembles d’attributs. Z peut être vide.
 On dit que Y dépend fonctionnellement de X ou X

détermine Y, si étant donné une valeur de X, il lui
correspond une valeur unique de Y.
 Notation : X →Y
Exemple : Soit la relation PRODUIT (NumProd, Dési, PrixUni)

NumProd →Dési,
Dési →PrixUni

Les dépendances fonctionnelles
Propriétés : Les dépendances fonctionnelles obéissent à

certaines propriétés connues sous le nom d'axiomes
d'Armstrong :
 D'autres propriétés se déduisent de ces axiomes :

Normalisation
Objectifs :
 Anomalies de modification : Si l’on souhaite mettre à jour l’adresse

d’un fournisseur, il faut le faire pour tous les tuples concernés.
 Anomalies d’insertion : Pour ajouter un nouveau fournisseur, il faut
obligatoirement fournir des valeurs pour NumProd et Quantité.
 Anomalies de suppression : La suppression du produit 104 fait
perdre toutes les informations concernant le fournisseur 902.
Normalisation
 Objectifs de la normalisation :
 Suppression des problèmes de mise à jour
 Minimisation de l’espace de stockage (élimination des
redondances)
 1ère forme normale :
 Définition : Une relation est en 1FN si tout attribut est
atomique (n’est pas décomposable).
 Exemple : Les relations PERSONNE (Nom, Prénoms, Age) et

DEPARTEMENT (Nom, Adresse, Tel) ne sont pas en 1FN si
les attributs Prénoms et Adresse peuvent être du type [Med,
Ali] ou [73, Rue 20 Mars, Tunis] respectivement.

Normalisation
 2ème forme normale : Une relation est en 2FN si :

 elle est en 1FN ;
 tout attribut non clé primaire est dépendant de la clé
primaire entière.
 Exemple :
 La relation CLIENT (NumCli, Nom, Prénom, DateNaiss, Rue,
CP, Ville) est en 2FN.
 La relation COMMANDE_PRODUIT(NumProd, Quantite,
NumFour, Ville) n’est pas en 2FN
car on a NumProd, NumFour → Quantité et NumFour → Ville.
 La décomposition suivante donne deux relations en 2FN :

 COMMANDE (NumProd, NumFour, Quantité) ;
 FOURNISSEUR (NumFour, Ville).
Normalisation
 3ème forme normale : Une relation est en 3FN si :

 elle est en 2FN ;
 il n’existe aucune DF entre deux attributs non clé primaire.
Exemple :
La relation COMPAGNIE (Vol, Avion, Pilote) avec les DF :
 Vol → Avion, Avion → Pilote et Vol → Pilote est en 2FN, mais
pas en 3FN.
 Anomalies de mise à jour sur la relation COMPAGNIE : Il n’est
pas possible d’introduire un nouvel avion sur un nouveau vol
sans préciser le pilote correspondant.
 La décomposition suivante donne deux relations en 3FN qui
permettent de retrouver (par transitivité) toutes les DF :
R1 (Vol, Avion) ; R2 (Avion, Pilote).

Chapitre3 SGBD ModeleRelationel

Transféré par

Droits d'auteur :

Formats disponibles

Chapitre3 SGBD ModeleRelationel

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Chapitre3 SGBD ModeleRelationel

Transféré par

Droits d'auteur :

Formats disponibles

INSTITUT SUPÉRIEUR DES ETUDES TECHNOLOGIQUES DE DJERBA

Public cible : Classe 1ère année Mastère professionnel

Atelier SGBD (par Anis ASSES) Page 3

 Définition : Le modèle relationnel est un modèle

Objectifs du modèle relationnel :

Atelier SGBD (par Anis ASSES) Page 4

Atelier SGBD (par Anis ASSES) Page 5

 Exemple : <2, ‘Prod1’, 300>

Atelier SGBD (par Anis ASSES) Page 6

Atelier SGBD (par Anis ASSES) Page 7

Atelier SGBD (par Anis ASSES) Page 8

Atelier SGBD (par Anis ASSES) Page 9

Atelier SGBD (par Anis ASSES) Page 10

o Les clients sont caractérisés par un numéro de client, un nom,

Atelier SGBD (par Anis ASSES) Page 11

CLIENT (numCl, nomCl, prenomCl, datenaisCl,

Atelier SGBD (par Anis ASSES) Page 12

 Définition : Soit R (X, Y, Z) une relation où X, Y, et

 On dit que Y dépend fonctionnellement de X ou X

Exemple : Soit la relation PRODUIT (NumProd, Dési, PrixUni)

Atelier SGBD (par Anis ASSES) Page 13

Propriétés : Les dépendances fonctionnelles obéissent à

 D'autres propriétés se déduisent de ces axiomes :

Atelier SGBD (par Anis ASSES) Page 14

 Anomalies de modification : Si l’on souhaite mettre à jour l’adresse

 Exemple : Les relations PERSONNE (Nom, Prénoms, Age) et

Atelier SGBD (par Anis ASSES) Page 16

 2ème forme normale : Une relation est en 2FN si :

 La décomposition suivante donne deux relations en 2FN :

 3ème forme normale : Une relation est en 3FN si :

Atelier SGBD (par Anis ASSES) Page 18

Vous aimerez peut-être aussi