Vous êtes sur la page 1sur 2

ENSSA – Tlemcen @ Département Classe préparatoire 2018-2019 Semestre II

I- Définition 2- Clé primaire


L’aspect fondamental d’une base de données est la manière Une clé primaire est un identificateur unique des
dont les données vont être représentées – modèle- c.-à-d quelle enregistrements d’une table.
est la structure de donnée qu’on va utilisée pour la Table Client
représentation. Si par exemple on utilise un graphe on parle de
modèle réseau. Avec l’utilisation des arbres on parle du modèle Nom Entreprise Num_Teleph Addr_email
hiérarchique. Si maintenant on utilise la table alors on parle de Vedat Diker Clis/Umd (301)4059814 vedat@umd.edu
modèle relationnel. Bugs Bunny Acme, Inc (123)5559876 bugs@acme.com
Le modèle relationnel à été introduit par E. F. Codd en 1970. Il W.E. Coyote Acme, Inc (123)5559821 will@acme.com
se base sur la notion de relation (table) pour représenter la
donnée (attention ici la relation ne fait pas référence à la notion Les valeurs d’une clé primaire peuvent être générées
de lien ou association). manuellement ou automatiquement. Elle peut être composée de
Une relation est un tuple-quatre R=(Ω,Δ,dom,SC). Avec : plus d’un champ.
Ω : un ensemble finit d’attribut. (Voir chapitre 1). Table Personnage
Δ : un ensemble finit de domaines. (Voir chapitre1). Acteur Film Nom_personnage
dom : Ω  Δ une fonction qui associe à chaque attribut un Othmane Ariouat Taxi Al Mokhfi El Berrah
domaine. Yahya Ben Mabrouk Taxi Al Mokhfi EL Klandestin
SC : La signification des contraintes ou bien conditions. Wardiya Taxi Al Mokhfi Wardiya
Prenant l’exemple de la relation personne : Keanu Reeves Matrix Neo
Nom Prenom Ville Etat Num_Tel Laurence Fishburne Matrix Morpheus
Tillery Tom paris France 33-1-876-55-89 Carrie-Anne Moss Matrix Trinity
Jobannes Jeff Amsterdam Holland 31-20-822-56-78 Abdullah Ghait AL Ressalla Hamza
Picavillo Pietro Torino Italie 39-11-678-41-72
Mouna Wassef AL Ressalla Hind
On dit alors : Une clé primaire est toujours soulignée.
Personne = R=(Ω,Δ,dom,SC) avec : Personnage(Acteur(e),film,nom_du_personnage).
Ω = {Nom, Prenom, Ville, Etat, Num_Tel}.
Δ : {l’ensemble des noms, l’ensemble des prénoms, l’ensemble 3- Clé étrangère
des villes, l’ensemble des états, l’ensemble des numéros de Une clé secondaire (étrangère) est un champ (ou groupe de
téléphones}. champs) qui fournit un lien entre les données de deux tables.
dom : Fonction qui associe l’ensemble des noms à l’attribut Clé primaire
Nom, l’ensemble des prénoms à l’attribut Prenom … etc.. Table Directeur
SC : elle inclut au moins la condition que la ville de la personne Id_Dir Nom D_Naiss L_Naiss Biographie
appartient à son état et la condition de la légalité du préfix du 785 J. Frank 19-Feb-30 New York Raised on
Num_Tel. Queens
Donc, on peut dire qu’une relation est une table où les noms de 235 R. Scott 30-Nov-37 South Shields Education
colonnes sont les attributs et les valeurs que peut prendre ces 976 J. Foley 28-Dec-53 Brooklyn USC Film
colonnes constituent le domaine. School
Table parent
1- Relation Lien Clé étrangère
Une relation est une table organisée sou forme de colonnes Table Film
(appelées champ ou attribut) et de lignes (appelées Id_Film Titre #Id_Dir Genre
enregistrements ou tuple ou instance). On distingue trois 4532 Gladiator 235 Action
représentations de la relation : 8357 Sweet & Lowdown 497 Comedy
- Schéma de relation : 7465 Confidence 976 Drama
Client(Nom,Entreprise,Numéro_de_telephone,Adresse_email) Table Fils
- Table On précède la clé étrangère par un #.
Client Directeur(ID_directeur,Nom,Date_de_naiss,Biographie)
Nom Film(ID_film,Titre,#ID_directeur,Genre)
Entreprise
Numero_de_telephone II- Passage d’un MCD vers un MLD relationnel
Adresse_email Comme déjà vue dans le chapitre I, on commence la
modélisation d’une base de données par le modèle conceptuel
- Table - instances : de données MCD puis on passe à la modélisation logique et
c’est à cette étape qu’on choisit notre modèle c.-à-d notre
Table Client Champs structure de données (MLD relationnel). Les règles de passage
d’un MCD vers un MLD relationnel sont :
Nom Entreprise Num_Teleph Addr_email 1- Toute entité devient une relation ayant pour clé primaire
Vedat Diker Clis/Umd (301)4059814 vedat@umd.edu son identifiant. Chaque propriété se transforme en attribut.
Bugs Bunny Acme, Inc (123)5559876 bugs@acme.com
W.E. Coyote Acme, Inc (123)5559821 will@acme.com CLIENT(code_client, nom, prénom, adresse,
code_postal, ville, téléphone)

Enregistrement ou tuple
Module : Base de données Chap2: Modèle relationnel ©A.BEKADDOUR page 1
ENSSA – Tlemcen @ Département Classe préparatoire 2018-2019 Semestre II
5- Entité faible : la clé primaire de l’entité faible devient
2- Toute association hiérarchique (de type [1, n]) se traduit composée de la clé primaire de cette entité faible et la clé
par une clé étrangère. La clé primaire correspondant à primaire de l’entité forte qui devient une clé étrangère.
l'entité père (côté n) devient une clé étrangère dans la relation
correspondant à l'entité fils (côté 1).
MCD : Medecin Medecin_cher
Num_id Num
Nom
Prenom
Tel
Medecin_trait
Num
Schéma de relation :
Schéma de relation : Medecin(Num_id,Nom,Prenom,Tel)
CLIENT(code_client, nom, prénom, adresse, code_postal, ville, Medecin_cher(Num,#Num_id)
téléphone) Medecin_trait(Num,#Num_id)
COMMANDE(numéro_commande, date, état, montant_total,
#code_client) III- Exemple
Tables :
Hôpital Lab_rech
Id_hop 1,n Se trouve 1,1 Id_lab
Nom Nom
Tel
Adresse

3- Toute association de type [1,1] se traduit par une clé 1,n


étrangère. La clé primaire correspondant à l'entité ayant la
cardinalité minimal nulle devient une clé étrangère dans la Medecin 1,1 Rattache
Medecin_cher
relation correspondant à l'entité dont la cardinalité minimal est Id_medecin
égale à 1. Nom Num_cher
MCD : Prenom
Tel
ordonnance
Id_ordon
date
1,n prescrire 1,1
Medecin_trait
Schéma de relation :
ETRE_HUMAIN(Numero_secu,Nom,Prenom,Date_de_naissance, Num_trait
Lieu_de_naissance, #Numero_appartement)
APPARTEMENT(Numero_appartement,adresse,Code_postal,Ville, 1,1 1,n
Pays) 1,n patient
1,n concerne
4- Toute association non hiérarchique (de type [n, n] ou de Id_patient
dimension > 2) devient une relation. La clé primaire est
Nom
formée par la concaténation (juxtaposition) de l'ensemble des
Prenom
identifiants des entités reliées. Toutes les propriétés
Tel regrouper
éventuelles deviennent des attributs qui ne peuvent pas faire
partie de la clé. Adresse
MCD :
Preciser Medicament
1,1 1,1
Dosage Id_medicam
Mode_utilis Nom

Schéma de relation : - Hopital(id_hop, Nom, Tel, adresse)


COMMANDE(numéro_commande, date, état, montant_total)
ARTICLE(reference_article, Designation,prix_unitaire_de_vente)
- Lab_rech(id_lab, Nom,#id_hop)
CONCERNER(#numéro_commande, #référence_article, quantité) - Medecin_cher(num_cher, #id_medecin,#id_lab)
Tables : - Medecin(id_medecin, Nom, Prenom, tel)
- Medecin_trait(num_trait, #id_medecin)
- ordonnance(id_ordon, date,# num_trait,#id_patient)
- Medicament(id_medicam,Nom,#num_trait,#id_ordon,
Dosage,Mode_utils)
- patient(id_patient, Nom, prenom,Tel,Adresse,)
Module : Base de données Chap2: Modèle relationnel ©A.BEKADDOUR page 2

Vous aimerez peut-être aussi