1

Définition
 Bases de données : Ensemble de données
structuré/organisé non redondantes dont
l'organisation est régie par un modèle de
données.
 Modèles de données :
 Comment sont organisées les données dans la bases.
 Méthodes utilisée pour la conception de la base
 Modèles de données
 Année 40 : premiers ordinateurs
 Modèle Hiérarchique

 Modèle Réseau

 1970 Boyce-Codd  modèle relationnel

 Modèle Objet
Introduction

 Les bases de données sont partout :

 Commerçants (gestion des commandes)

 Lieu de travail (gestion des employés)
 Hôpital, médecin (gestion des dossiers patients)
 Applications métiers ( Architecte…)
 Applications web

4
Quand utiliser une base de
données

 Application simple (type carnet d’adresses):

 Données rangées dans un tableau
 Données structurées par enregistrement

 Un tableur est amplement suffisant (par ex.

Excel)

5
Quand utiliser une base de
données

 Application plus complexe  Base de données:

 Données stockées dans plusieurs tables

 En fonction des objets qu’elles décrivent
 Table des clients
 Table des fournisseurs
 Table des commandes
 Il existe des liens entre ces tables
 Utilisation concurrente de la base (plusieurs utilisateurs
peuvent accéder aux données en même temps)
6
Base de données ?

 Une base de données est un ensemble

structuré d'informations non redondantes
dont l'organisation est régie par un modèle de
données.
 Modèle relationnel :
 Chaque entité (table) est composée d’un nombre
fini de données élémentaires composées de
champs ou attributs
 La redondance est minimale

7
SGBD ?

 Système de Gestion de Bases de Données

 Logiciels ou ensemble de logiciels permettant
l’utilisation efficace de Bases de Données :
 Définition
 Construction
 Manipulation
 Partage
 Protection

8
SGBD: Bref historique

 Première présentation officielle de l’approche

relationnelle: E.F. Codd (IBM) 1970
 Premiers prototypes de SGBD: Système R d’IBM et
INGRES à Berkeley
 Premier langage de requêtes:
 SEQUEL (qui deviendra SQL) pour le système R 1974
 Premiers SGBD relationnels commerciaux
 ORACLE (1979)
 SQL/DS IBM (1981)
 INFORMIX, DB2, UNIFY, …

9
Objectifs du SGBD

 Garantir la qualité des données enregistrées

 retrouver les données des commandes passées
 Garantir la cohérence des données
 le client de chaque commande est il répertorié?
 Permettre à plusieurs utilisateurs d’accéder aux
données simultanément
 Protéger les données en cas d’incident
 Contrôler l’accès aux données confidentielles,
 Offrir de bonnes performances d’accès
 Etc.

10
Conception d’une base de
données
 Modélisation conceptuelle indispensable
avant la conception d’une application de base
de données
 Plusieurs Méthodes
 Entité/Association
 Merise
 Booch
 OMT (Object Modeling Technique)
 UML

11
Concevoir une Base de Données
- Etapes
 Analyse du besoin : construction du
dictionnaire des données
 Structuration des données : détermination
des entités et associations
 Construction du schéma de la base de
données : mise en relation des entités
 Mise en œuvre dans un SGBD

12
Analyse du besoin

 Analyse des documents représentatifs des

données que l’on souhaite modéliser
 Documents papier
 Fichiers
 Compte-rendu d’entretien oral
 Liste complète des données à représenter
dans la base
 Liste des besoins fonctionnels connus

13
Exemple

 On souhaite gérer des étudiants qui suivent

différents enseignements d’un diplôme.
 On dispose de :
 la liste des étudiants avec leurs données personnelles
 Les bulletins de notes des étudiants
 La liste des enseignants avec les matières enseignées
 Règles de gestion :
 Un étudiant a 1 note par matière
 Un enseignant enseigne 1 seule matière

14
N°Etudiant Nom de l'étudiant Date de naissance Sexe
1 Dupont Charles 21/04/1986 M
2 Grison Dominique 16/03/1987 F
3 Dupont René 26/08/1985 M
… … … …

Relevé de notes
Etudiant : 1, Dupont Charles
N°Matière Nom Coefficient Note/20
1 Maths 3 10
2 Informatique 5 9
3 Expression 2 13
Moyenne Générale 10,1
Liste des enseignants
N°enseignant Nom Grade Ancienneté Matière enseignée
10 Miles,Robert MCF 2 Expression
11 Michel,Aline ATER 1 Maths
12 Ribot,Nicolle MCF 5 Informatique
… … … … …

15
Dictionnaire des données

 Extraire les informations élémentaires

 attributs ou champs du dictionnaire des données
 Pour chaque attribut on précisera :
 Nom
 Descriptif
 Type de donnée
 Contraintes d’intégrité
 Règle de calcul

16
Structuration des données
Modèle Entités Associations

 Entité = un objet réel ou conceptuel

 Possède des attributs qui le décrivent
 e1:N°=2,Nom= “ Grison Dominique” ,
DateNaiss=16/03/1987, Sexe=  “ F”

 Types d’entités composés d’entités

homogènes, dans lesquels la redondance
d’information est minimale

17
 Chaque entité possède une Clé Primaire :
Permet d’identifier chaque entité de façon
unique. C’est un attribut ou une combinaison
d’attributs.
Numéro d’étudiant, N°Sécurité sociale,…

Etudiant Matière Enseignant

Code_etudiant Code_matiere Code_enseignant
Nom_etudiant Nom_matiere Nom_enseignant
DDN_etudiant Coef_matiere Grade_enseignant
Sexe_etudiant Ancienneté_enseignant

18
Associations, Relations

 Type d’association définit un ensemble

d’associations entre entités (types d’entités)
 On dira Association
 Degré = nombre d’Entités qui participent à
Salle
l’association
Code_Salle
Nom_Salle
Enseignant Capacité_Salle Matière
Code_enseignant Code_matiere
Nom_enseignant Nom_matiere
Grade_enseignant Enseigne Coef_matiere
Ancienneté_enseignant

19
Attributs d’associations

 Quand l’attribut ne dépend totalement

d’aucune des entités qui participent à la
relation

Etudiant Etudie Matière

Code_etudiant Note Code_matiere
Nom_etudiant Nom_matiere
DDN_etudiant Coef_matiere
Sexe_etudiant

20
Cardinalités

 Contrainte de participation : nombre

minimal d’instances de relation auxquelles
chaque entité peut participer
 Ratio de cardinalité : nombre maximal
d’instances de relation auxquelles chaque
entité peut participer
 Possibilité : 0,1 - 1,1 - 0,n - 1,n

21
 Cardinalités

 1 enseignant enseigne au moins une matière

et peut enseigner plusieurs matières
 1 matière doit être enseignée par un
enseignant et un seul

Enseignant Matière
Code_enseignant Code_matiere
Enseigne
Nom_enseignant Nom_matiere
Grade_enseignant 1,n 1,1
Coef_matiere
Ancienneté_enseignant

22
Cardinalités

 1 etudiant etudie au moins une matière et

peut en étudier plusieurs.
 1 matière peut etre étudiée par aucun
étudiant et peut etre étudiée par plusieurs

Etudiant Etudie Matière

Code_etudiant 1,n Note 0,n Code_matiere
Nom_etudiant Nom_matiere
DDN_etudiant Coef_matiere
Sexe_etudiant

23
 Passage au modèle relationnel
Etudiant Etudie Matière
Code_etudiant 1,n Note 0,n Code_matiere
Nom_etudiant Nom_matiere
DDN_etudiant Coef_matiere
Sexe_etudiant
1,1

Enseigne
 Représentation de la base de
données en Relations
(tables) composées de 1,n

propriétés(colonnes) et de Enseignant
Code_enseignant
tuples(lignes) Nom_enseignant
Grade_enseignant
Ancienneté_enseignant
24
 Règles de transformation
 Toutes les entités deviennent des relations et on conserve leurs clés primaires

 Association E1 (1,1) -A- E2 (1,N) dite 1 à N

 la clé primaire de E2 devient clé étrangère de E1
Enseignant Matière
Code_enseignant Code_matiere
Enseigne
Nom_enseignant Nom_matiere
Grade_enseignant 1,n 1,1
Coef_matiere
Ancienneté_enseignant

Enseignant Matière
Code_enseignant Code_matiere
Nom_enseignant Nom_matiere
Grade_enseignant Coef_matiere
Ancienneté_enseignant
25
 Règles de transformation
 Association E1(0,N) -A- E2 (0,N) ou E1(0,N)-A-E2
(1,N) ou E1 (1,N) -A- E2 (0,N) ou E1 (1,N) -A- E2
(1,N) dites n-n
 On crée une nouvelle relation dont la clé primaire est
composée des clés primaires de E1 et E2 et qui contient
les propriétés de A

Etudiant Etudie Matière

Code_etudiant 1,n Note 0,n Code_matiere
Nom_etudiant Nom_matiere
DDN_etudiant Coef_matiere
Sexe_etudiant

26
 Règles de transformation
 Associations n-n
 On crée une nouvelle relation dont la clé primaire est
composée des clés primaires de E1 et E2 et qui contient
les propriétés de A
Etudiant Etudie Matière
Code_etudiant 1,n Note 0,n Code_matiere
Nom_etudiant Nom_matiere
DDN_etudiant Coef_matiere
Sexe_etudiant

Etudiant Etudie Matière

Code_etudiant Code_matiere
Nom_etudiant Nom_matiere
DDN_etudiant Coef_matiere
Sexe_etudiant Note Code_Enseignant
27
 Modèle relationnel
Etudiant Etudie Matière Enseignant
Code_etudiant Code_Etudiant Code_matiere Code_enseignant
Nom_etudiant Code_Matiere Nom_matiere Nom_enseignant
DDN_etudiant Note Coef_matiere Grade_enseignant
Sexe_etudiant Code_Enseignant Ancienneté_enseignant

 Etudiant (Code_etudiant, Nom_etudiant, DDN_etudiant, Sexe_etudiant)

 Matière (Code_matiere, Nom_matiere ,Coef_matiere, Code_Enseignant )
 Etudie (Code_Etudiant, Code_Matiere, Note)
 Enseignant (Code_enseignant, Nom_enseignant, Grade_enseignant,
Ancienneté_enseignant)
 ²²

28