3. I.Roulaud 3
Le système d’information et les bases de
données…. Introduction
Quelles sont les fonctions d’un système d’information?
Comment est-il géré? Comment on le représente?
Qu’est-ce qu’une base de données? A quoi sert-elle?
Comment est-elle structurée? Comment on l’interroge?
Comment modélise-t-on une base de données?
4. I.Roulaud 4
La base de données : introduction
Définition
Plusieurs étapes pour la créer
La représentation d’une base de
données et le modèle relationnel
5. I.Roulaud 5
Définition
Ensemble d’informations structurées en tables, dont
l’implantation, la mise à jour et l’exploitation sont réalisées
à l’aide d’un Système de Gestion de Bases de Données.
Elle est définie par son schéma (sa structure) et son
contenu (les valeurs).
6. I.Roulaud 6
Les étapes pour créer une base de
données
Etape 1: repérage des différents types de données
Etape 2: liste des données et attribution d’un nom aux
données
Etape 3: regroupement des données dans des « tables »
Etape 4: comment structurer la « table » de façon rigoureuse
Etape 5: la création d’une table en tenant compte de
« contraintes »
Etape 6: la définition de liens entre deux tables: la
dépendance fonctionnelle entre 2 tables
Etape 7: la création de dépendances fonctionnelles entre 2
tables, respectant les « contraintes d’intégrité référentielles »
Cas particulier: les tables en dépendance fonctionnelle
composée
7. I.Roulaud 7
Etape 1: les types de données
On distingue 2 types
de données:
* Les données saisies par
l’utilisateur (D. Elémentaires)
Exemple: N° de commande, Nom
du client, Désignation du
produit…;
* Les données calculées
obtenues par traitement des
données saisies
Exemple:
Montant=PrixUnitairexQuantité
n°: 01 Références du client
N° 533522ENT
Date: 12/09/2008 Nom Ets GEOFFROY
Adresse 32 rue du Terrage
75010 Paris
Référence Désignation Prix Unitaire Quantité montant
U444 aimant 30,05 1 30,05
J126 soufflette 14,15 1 14,15
total de la commande 44,2
BON DE COMMANDE
8. I.Roulaud 8
Etape 2: la liste des données
Dans la liste des données (ou dictionnaire des données), on ne retient
que les données saisies
On a attribué un nom différent à
chacune des données, pour éviter les
polysèmes (un même nom identifie
plusieurs données)
Il ne peut y avoir de « synonymes »
Ex: « designproduit » & « libelleproduit»
pour le nom des produits
On détaille suffisamment les
données pour faciliter l’interrogation
de la base…
Le nom choisi doit être
compréhensible, et être rédigé selon
certaines règles
Numcom Refprod
Datecom Designprod
Numcli PUprod
Nomcli Quantité
Adresseruecli
CPcli
villecli
n°: 01 Références du client
N° 533522ENT
Date: 12/09/2008 Nom Ets GEOFFROY
Adresse 32 rue du Terrage
75010 Paris
Référence Désignation Prix Unitaire Quantité montant
U444 aimant 30,05 1 30,05
J126 soufflette 14,15 1 14,15
total de la commande 44,2
BON DE COMMANDE
9. I.Roulaud 9
Etape 3: les tables
n°: 01 Références du client
N° 533522ENT
Date: 12/09/2008 Nom Ets GEOFFROY
Adresse 32 rue du Terrage
75010 Paris
Référence Désignation Prix Unitaire Quantité montant
U444 aimant 30,05 1 30,05
J126 soufflette 14,15 1 14,15
total de la commande 44,2
BON DE COMMANDE •L’analyse de la liste des données
saisies permet de mettre en
évidence des ensembles
homogènes
Exemple:
-Données concernant les clients
-Données concernant les produits
Table Produit
Refprod DesignProd Puprod
J126 soufflette 14,15
J458 corps 71,4
U444 aimant 30,05
* Chacun de ces ensembles est représenté par une table.
Exemples : - La table « produit » -la table « client »
Table Client
Numcli Nomcli Adresseruecli AdresseCPcli Adressevillecli
533522ENT Ets Geoffroy 32 rue du Terrage 75010 PARIS
544887ENT Sté METALUREX 55 av. de la Marne 94700 MAISONS-ALFORT
670490PAR Mr&Mme GRENOUIL 15 rue Paul Bert 89130 TOUCY
10. I.Roulaud 10
Etape 4: la structure des tables
•Une table se compose:
•De colonnes, où sont indiquées les
différents attributs
•De lignes où sont rangées les
valeurs des différents attributs.
•L’ensemble des valeurs d’une ligne
est appelé un enregistrement.
Dépendance fonctionnelle
Connaître la valeur de la « clé
primaire », c’est connaître, de
façon unique, la valeur des
autres attributs. On dit qu’il
existe entre eux une
dépendance fonctionnelle.
Exemple: le « numéro de client »
permet de trouver son nom,
adresse, etc….
Un attribut principal, appelé « clé primaire », doit
permettre d’identifier chaque enregistrement, sans
ambiguïté.
Donc les valeurs de l’attribut « clé primaire »
doivent être obligatoirement uniques.
La clé
Primaire
est située
En 1ère
colonne
Table Client
Numcli Nomcli Adresseruecli AdresseCPcli Adressevillecli
533522ENT Ets Geoffroy 32 rue du Terrage 75010 PARIS
544887ENT Sté METALUREX 55 av. de la Marne 94700 MAISONS-ALFORT
670490PAR Mr&Mme GRENOUIL 15 rue Paul Bert 89130 TOUCY
11. I.Roulaud 11
Etape 5: la création d’une table
•Pour créer une table, il faut:
•Définir obligatoirement une clé
primaire.
•Définir, pour chaque attribut, un
type de données.
•On peut aussi préciser d’autres
caractéristiques, pour plus de sécurité.
La clé primaire est déclarée « sans
doublon », pour éviter la saisie de
valeurs identiques
Contrainte de clé primaire (ou
de relation)
On peut préciser, pour chaque attribut: - le type de données: numérique, texte, date, booléen, …
- la taille des données,….
On peut aussi définir des contrôles à la saisie
Contrainte de domaine
12. I.Roulaud 12
Etape 6: les liens entre 2 tables: la
dépendance fonctionnelle
•Connaître un numéro de
commande, c’est retrouver le
numéro de client concerné
•. On dit qu’il existe entre eux
une dépendance fonctionnelle
entre deux tables. (tables
« commande » et « client »)
pour matérialiser ce lien, on ajoute dans la table « commande », une
colonne «numcli »:celle-ci sera appelée « clé étrangère »
n°: 01 Références du client
N° 533522ENT
Date: 12/09/2008 Nom Ets GEOFFROY
Adresse 32 rue du Terrage
75010 Paris
Référence Désignation Prix Unitaire Quantité montant
U444 aimant 30,05 1 30,05
J126 soufflette 14,15 1 14,15
total de la commande 44,2
BON DE COMMANDE
T
a
b
leC
o
m
m
a
n
d
e
N
u
m
c
o
m d
a
te
c
o
m N
u
m
c
li
O
1 1
2
/0
9
/2
0
0
85
3
3
5
2
2
E
N
T
O
2 1
2
/0
9
/2
0
0
85
3
3
5
2
2
E
N
T
O
3 1
5
/0
9
/2
0
0
86
7
0
4
9
0
P
A
R
(…
)
T
a
b
l
eC
l
i
e
n
t
N
u
m
c
li N
o
m
c
li A
d
r
e
s
s
e
r
u
e
c
li
5
3
3
5
2
2
E
N
TE
t
sG
e
o
ffr
o
y 3
2r
u
ed
uT
e
r
r
a
g
e
5
4
4
8
8
7
E
N
TS
t
éM
E
T
A
L
U
R
E
X 5
5a
v
.d
elaM
a
r
n
e
6
7
0
4
9
0
P
A
R
M
r
&
M
m
eG
R
E
N
O
U
I
L 1
5r
u
eP
a
u
lB
e
r
t
13. I.Roulaud 13
Etape 7: la contrainte d’intégrité
référentielle
•Dans notre exemple, lorsque je saisis la commande, il faut contrôler que
le numéro de client, qui est saisi comme « clé étrangère », corresponde
bien à un numéro de client qui existe!
Il faut donc poser des contraintes
d’intégrité référentielles:
Interdiction de la saisie de la commande d’un
client inconnu de la base.
possibilité de mise à jour automatique du
numéro de client dans la clé étrangère, de la table
« commande »
Interdiction de supprimer un client qui est lié
par une commande!
Table Commande
Numcom datecom Numcli
O1 12/09/2008 533522ENT
O2 12/09/2008 533522ENT
O3 15/09/2008 670490PAR
(…)
T
a
b
l
eC
l
i
e
n
t
N
u
m
c
li N
o
m
c
li A
d
r
e
s
s
e
r
u
e
c
li
5
3
3
5
2
2
E
N
TE
t
sG
e
o
ffr
o
y 3
2r
u
ed
uT
e
r
r
a
g
e
5
4
4
8
8
7
E
N
TS
t
éM
E
T
A
L
U
R
E
X 5
5a
v
.d
elaM
a
r
n
e
6
7
0
4
9
0
P
A
RM
r
&
M
m
eG
R
E
N
O
U
I
L 1
5r
u
eP
a
u
lB
e
r
t
14. I.Roulaud 14
TableCommande
Numcom datecom Numcli
O1 12/09/2008 533522ENT
O2 12/09/2008 533522ENT
O3 15/09/2008 670490PAR
(…)
Table Produit
Refprod DesignProd Puprod
J126 soufflette 14,15
J458 corps 71,4
U444 aimant 30,05
Cas particulier: la dépendance
fonctionnelle composée
•Dans notre exemple, la combinaison du
numéro de commande (Numcom) ET de
la référence du produit (Refprod), nous
donne, de façon unique la quantité
commandée (Quantité)
On dit qu’il existe une
dépendance fonctionnelle multiple
ou composée, à partir des tables
« PRODUIT » et « COMMANDE »
Ce double lien sera matérialisé
par une table supplémentaire
« COMPRENDRE », pour saisir les
lignes de la commande.
La clé primaire sera la
concaténation, des deux clés
étrangères: Numprod+Refprof, et
l’attribut
n°: 01 Références du client
N° 533522ENT
Date: 12/09/2008 Nom Ets GEOFFROY
Adresse 32 rue du Terrage
75010 Paris
Référence Désignation Prix Unitaire Quantité montant
U444 aimant 30,05 1 30,05
J126 soufflette 14,15 1 14,15
total de la commande 44,2
BON DE COMMANDE
Table comprendre
Numcom Refprod Puprod
O1 J126 1
O1 U444 1
O2 J458 2
(…)
15. I.Roulaud 15
La représentation d’une base de données
A) Le modèle physique
B) Le modèle relationnel
C) modèle relationnel et
base de données
16. I.Roulaud 16
A) Le modèle physique
•L’ensemble des tables et des liens créés par la présence d’attributs
communs à plusieurs tables (clés primaires + clés étrangères) forment le
MODELE PHYSIQUE.
Aucune table
ne peut rester
isolée!
Le modèle physique peut-être visionné
dans le logiciel Access:
Menu: Outils Relations - ou
17. I.Roulaud 17
B) Le modèle relationnel
•Le modèle physique est issu d’une analyse préalable et normalisée, appelé modèle relationnel.
Le modèle relationnel est une présentation des données, logique et rationnelle, permettant de
les rendre exploitables, par n’importe quel logiciel SGBDR. Le tables sont des RELATIONS
PRODUITS (RefProd, Designprod, PUprod)
CLIENT (Numcli, Nomcli, Adresseruecli,
AdresseCPville, villecli)
COMMANDE(Numcom, datecom, #Numcli)
COMPRENDRE(Numcom,Refprod,Quantité)
-Nom de la relation
-L’attribut clé primaire est
indiqué en premier et
souligné
-La clé étrangère éventuelle,
sera placée en dernier, et
précédée de #
-L’ensemble des attributs
formant une clé primaire
concaténée, sera souligné.
18. I.Roulaud 18
C) modèle relationnel & base de données
M
o
dèleR
elatio
n
n
el B
as
ededo
n
n
ées
R
E
L
A
T
IO
N T
A
B
L
E
A
ttrib
u
ts C
h
a
m
p
s
clép
rim
a
ire clép
rim
a
ire
cléé
tra
n
g
è
re cléé
tra
n
g
è
re