Modélisation des bases de

données

© 2022-2023 \ A. Anwar
 Cycle de Vie d’un Système

Strategy
and
Analysis
Design
Build
and
Document
Transition

Production

I-2
© 2021-2022 \ A. Anwar
 Conception des bases de
Données

Modèle du
système dans
l'esprit du Modèle entité
client issu du
modèle client
Modèle de table
issu du modèle entité Serveur

Tables sur
disque

I-4
© 2021-2022 \ A. Anwar
 Modélisation de données
• Il est donc nécessaire d’utiliser un langage commun qui leur permette de :
• se comprendre et de communiquer sans ambigüité.
• La modélisation d’un système d’information peut être réaliser selon
plusieurs dimensions ou préoccupations (données, traitements, processus,
architecture physique, sécurité, etc.).
• En terme de données, cette description fait appel à des formalismes ou
langages normalisés (entité association, UML)
• Le formalise entité-association (E/A) est un formalisme graphique pour la
modélisation de données, il a été crée par le de Peter Chen (USA), en 1976.

I-5
© 2021-2022 \ A. Anwar
5
 Modélisation de données
le succès de ce formalisme est dus à :
• langage graphique
• concepts simples : Choses (objets)-> entités
• liens entre les choses (objets)-> association
Entité
• Est la représentation dans le système d’information d’un ensemble
d’éléments ayant les mêmes caractéristiques.
• est un objet, un évènement, un lieu, une personne, …,une chose
identifiable sans ambiguïté : salarié, facture, produit, vente,
fournisseur, etc.

I-6
© 2021-2022 \ A. Anwar
6
 Modélisation de données
Représentation graphique
• Une entité est représentée par un rectangle séparée en deux. Dans
la partie haute est indiquée son nom. C’est de préférence un seul
mot dont la signification est claire. Salarié sera préféré à membre
du personnel.
• dans la partie basse se trouve la liste des propriétés qui seront
mémorisées par le système d’information. Elle commence toujours
par l’identifiant sui est souligné.
• Les propriétés ne sont pas typés (numérique ou alphanumérique) et
leur longueur n’st pas définie. Nous restons au niveau conceptuel.

I-7
© 2021-2022 \ A. Anwar
7
 Modélisation de données
Une association
• Est la représentation d’un lien reliant des entités. Un véhicule est
affecté à un membre du personnel; une facture est destinée à un
client.
• Une association ne possède pas d’identifiant propre. Ce sont les
identifiants des entités reliées qui en font office.
• Une association peut dans certains cas aussi porteuse de propriétés.
• Une association est représentée par un ovale avec la même
structure, nom en haut et les éventuelles propriétés en bas. Un trait
la relie à chaque entité impliquée dans la relation.

Acteur Joue Film

Rôle

I-8
© 2021-2022 \ A. Anwar
8
 Modélisation de données
Identifiant d’une entité
– chaque occurrence doit pouvoir être repérée de manière unique
et sans ambiguïté, pour être distinguée de toutes les autres
– Propriété ou groupe de propriété qui permet de repérer une
occurrence de manière unique. On souligne l’identifiant.
– Un seul identifiant.
– On privilégie l’identifiant le plus court, le plus naturel (n°bon de
commande, n° étudiant,...)
– On peut créer un identifiant artificiel par commodité.
Identifiant d’une association :
– implicite, obtenu en juxtaposant les identifiants des
entités qui participent à la liaison.

I-9
© 2021-2022 \ A. Anwar
9
 Modélisation de données
Formalisme Entité-Association

Identifiant

Règles de base
• Une propriété ne peut pas figurer dans deux objets différents
• Une entité possède au moins une propriété (son identifiant)
• Une association peut ne pas avoir de propriété
I-10
© 2021-2022 \ A. Anwar
10
 Typologie des associations : cardinalités des
associations (1)
• Une association permet de relier, une ou plusieurs entités.
– De 0,1 : une entité de A peut être reliée à aucune ou à une seule entité
de B

– De 1,1 : une entité de A est reliée à une seule entité de B

– De 0 à plusieurs (0,N) : une entité de A peut être reliée à aucune ou à

plusieurs entités de B

– De 1 à plusieurs (1,N) : une entité de A peut être reliée à une ou

plusieurs entités de B

I-11
© 2021-2022 \ A. Anwar
11
 Typologie des associations : cardinalités des
rôles (2)
Le rôle d’une association est défini par deux nombres (min,max) représentant
le nombre de fois minimum et le nombre de fois maximum qu ’une entité
participe à une association.
Les valeurs possibles sont : (0,1), (1,1); (0,N), (1,N)

Min : Correspond à la réponse à la question :

• combien de fois au moins une entité de A est relié à une entité de B
Max : correspond à la réponse à la question :
• combien de fois au plus une entité de A est relié à une entité de B
Attention ces questions, il faut les poser dans les deux sens de A vers B puis de
B vers A.

I-12
© 2021-2022 \ A. Anwar
12
 Modèle Entité-Relation
• Création d’un schéma entité-relation à partir de
règles de gestion ou de comptes-rendus
d'interviews.

EMPLOYE DEPARTEMENT
1, 1 0, N
matricule numéro
affecté à
nom nom
poste localisation

Scénario
– ". . . Affecter un ou plusieurs employés
à un département . . ."
– ". . . Certains départements n’ont pas encore
d’employés qui leur soient affectés. . ."
I-13
© 2021-2022 \ A. Anwar
 Conventions de Modélisation
selon le Modèle Entité-/Relation
Entité Attribut
Rectangle Nom singulier
Nom singulier, unique Minuscules
Majuscules Obligatoire, noté "*"
Synonyme entre parenthèses Optionnel, noté "o"

EMPLOYE 1, 1 DEPARTEMENT
0, N
#* numéro affecté à #* numéro
* nom * nom
o fonction o lieu

Identifiant Unique (UID) noté "#"

I-14
© 2021-2022 \ A. Anwar
 Démarche de conception
1. Recenser les acteurs et objets concernés

Commande Produit
Client

Règlement

Expédition Magasin

Compte
client
I-15
© 2021-2022 \ A. Anwar
Facture
 Démarche de conception
2. Identifier les liens entre objets
Client
Le Client passe
La Commande
une commande
concerne des
Produits Produit
L’ Expédition et
Commande
le Bon de
Le client Les Produits
livraison sont Expédition
envoie son sont stockés
envoyés au
Règlement
règlement dans un Magasin
client
Magasin

Le Magasin
La facture est monte
envoyée au l'Expédition
Le règlement est L’ Expédition fait
client
inscrit dans le l'objet d'une Facture
compte client
La facture est
inscrite dans le
compte client
I-16
© 2021-2022 \ A. Anwar
Compte Facture
 Démarche de conception
3. Modéliser les objets en tant qu’entités Produit

Client Le Client passe La Commande

une commande Commande concerne des
Produits
L’ Expédition et Les Produits
Le client sont stockés
le Bon de
envoie son dans un Magasin
livraison sont
règlement
envoyés au
client Expédition
Règlement Magasin
Le Magasin
La facture est monte
envoyée au l'Expédition
Le règlement est L’ Expédition fait
client
inscrit dans le l'objet d'une Facture
compte client
La facture est
Compte inscrite dans le
Facture
client compte client
I-17
© 2021-2022 \ A. Anwar
 Démarche de conception
4. Identifier les attributs et les identifiant de ces entités et de
ces association

I-18
© 2021-2022 \ A. Anwar
 Démarche de conception
5. Exprimer les cardinalités et les rôles (distinguer
le singulier du pluriel).

I-19
© 2021-2022 \ A. Anwar
 Démarche de conception
6. Modèle complet de l’exemple.

I-20
© 2021-2022 \ A. Anwar
 Principe d’une Base de Données
Relationnelle
• En 1970, Dr E. F. Codd propose le modèle
relationnel pour les systèmes de bases de
données.
• Est à la base des systèmes de gestion de bases de
données relationnelles (SGBDR).
• Composants du modèle relationnel :
– Collection d’objets appelés encore relations
– Ensemble d'opérateurs pour agir sur les
relations
– Règles d'intégrité pour garantir exactitude et
cohérence des données

I-21
© 2021-2022 \ A. Anwar
 Définition
Une base de données relationnelle est un
ensemble de relations ou tables à deux
dimensions.
Base de données

Nom de la table : EMP Nom de la table : DEPT

EMPNO ENAME JOB DEPTNO DEPTNO DNAME LOC
7839 KING PRESIDENT 10 10 ACCOUNTING NEW YORK
7698 BLAKE MANAGER 30 20 RESEARCH DALLAS
7782 CLARK MANAGER 10 30 SALES CHICAGO
7566 JONES MANAGER 20 40 OPERATIONS BOSTON

I-22
© 2021-2022 \ A. Anwar
Terminologie des Bases de Données
Relationnelles
2 3 4
EMPNO ENAME JOB MGR HIREDATE SAL COMM DEPTNO
6
------------- ------------ --------------------- -------- ---------------- ----------- -------------- -----------
7839 KING PRESIDENT 17-NOV-81 5000 10
7698 BLAKE MANAGER 7839 01-MAY-81 2850 30
7782 CLARK MANAGER 7839 09-JUN-81 2450 10
7566 JONES MANAGER 7839 02-APR-81 2975 20
7654 MARTIN SALESMAN 7698 28-SEP-81 1250 1400 30
7499 ALLEN SALESMAN 7698 20-FEB-81 1600 300 30
7844 TURNER SALESMAN 7698 08-SEP-81 1500 5 0 30
7900 JAMES CLERK 7698 03-DEC-81 950 30
7521 WARD SALESMAN 7698 22-FEB-81 1250 500 30
7902 FORD ANALYST 7566 03-DEC-81 3000 20
7369 SMITH CLERK 7902 17-DEC-80 800 20
7788 SCOTT ANALYST 7566 09-DEC-82 3000 20
7876 ADAMS CLERK 7788 12-JAN-83 1100 20
1 7934 MILLER CLERK 7782 23-JAN-82 1300 10

I-23
© 2021-2022 \ A. Anwar
 Relier Plusieurs Tables
• Chaque ligne de données d’une table est
identifiée de manière unique par une clé
primaire (PK).
• Les données de plusieurs tables peuvent
être liées logiquement à l’aide de clés
étrangères (FK).
Nom de la table : EMPLOYEES Nom de la table : DEPARTMENTS
EMPNO ENAME JOB DEPTNO DEPTNO DNAME LOC
7839 KING PRESIDENT 10 10 ACCOUNTING NEW YORK
7698 BLAKE MANAGER 30 20 RESEARCH DALLAS
7782 CLARK MANAGER 10 30 SALES CHICAGO
7566 JONES MANAGER 20 40 OPERATIONS BOSTON

Clé primaire Clé étrangère Clé primaire

I-24
© 2021-2022 \ A. Anwar
 Règles de passage d’un modèle
Entité/Association à un modèle
relationnel
Modèle Modèle Relationnel
Entité/Association
Entité, Association Table (relation)
propriété Attribut (colonne)
identifiant Clé Primaire,clé étrangère

I-25
© 2021-2022 \ A. Anwar 25
Règles de passage d’un modèle E/A vers un
modèle relationnel
 Règles pour les entités
• L’entité se transforme en une relation (table)
• L’identifiant de l’entité devient la clé primaire de la relation
• Les propriétés de l’entité deviennent des attributs de la relation
 Règles pour les associations
• Cas de l’association de type père-fils (cardinalités entité « père » 0,N
ou 1, N, cardinalités entité « fils » 0,1 ou 1,1)
• L’entité « père » devient la table « père »
• L’entité « fils » devient la table « fils »
• L’identifiant de l’entité « père » devient un attribut dans la table « fils ». Cet
attribut est aussi appelé clé étrangère.
• Les propriétés de l’association deviennent les attributs de la table « fils »
• Exemple : Client et Commande

I-26
© 2021-2022 \ A. Anwar 26
Règles de passage d’un modèle E/A vers un
modèle relationnel
• Cas des autres associations (cardinalités des entités 0,N ou 1, N)

• l’association devient une table

• Les propriétés de l’association deviennent les attributs de la table
• L’identifiant de l’association devient la clé primaire de la table (La clé
de cette relation est composée de tous les identifiants des entités
participantes.)

Exemple : Fournisseur et Produit

I-27
© 2021-2022 \ A. Anwar 27