Universit Hassan 1er

Facult Polydisciplinaire
Khouribga

Bases de Donnes (BD)

Prsent par : M.MOUFID

Plan
Pl
y Base de donnes, Banques de donnes et
Fichiers ;
y Objectifs des SGBDs;
y Niveaux de description des donnes;
y Composants
p
dun SGBD;;
y Architecture dun SGBD;
y Principe
P i i de
d fonctionnement
f ti
t dun
d SGBD;
SGBD
y Schma rcapitulatif;
y.

Base de donnes, Banques de donnes et Fichiers

Une base de donnes (BD) reprsente l'ensemble (cohrent,
intgr,
g , ppartag)
g ) des Informations ncessaires au fonctionnement
d'une entreprise, ensemble dont la gestion est assure par un
logiciel appel systme de gestion de bases de donnes
((SGBD).
) On entend ici ppar entreprise
p
toute collectivit
d'individus travaillant en coordination la ralisation d'un
objectif commun.
Exemples de base de donnes : celle qui permet la gestion des
ppersonnels,, tudiants,, cours,, inscriptions,
p
, ... d'une universit ou
cole, celle du systme de rservation de places d'avion des
compagnies d'aviation, celles qui permettent la gestion des
comptes des
d clients
li
d socits
des
i bancaires,
b
i
...

Base de donnes, Banques de donnes et Fichiers

Une base de donnes est dveloppe au sein d'une entreprise,
pour son propre fonctionnement. Inversement, une banque de
donnes est un ensemble de donnes, propres un domaine
d'application
d
application, que des "producteurs"
producteurs runissent pour ensuite en
commercialiser l'usage vers le public extrieur.
Exemple : les banques de donnes juridiques,
juridiques conomiques,
conomiques
mdicales, des brevets, des proprits des matriaux, ... . La
constitution et l'exploitation
p
des banques
q
de donnes font appel
pp
des techniques spcifiques, diffrentes des techniques bases de
donnes, Seules tudies dans ce cours.

Base de donnes, Banques de donnes et Fichiers

Dans une entreprise,
p
il convient de faire appel
pp l'approche
pp
base
de donnes lorsque les donnes grer sont de natures diverses
(exemple : tudiants, cours, enseignants, salles, ...) et possdent
de nombreux liens entre elles (exemple : un tudiant suit un
cours, un cours est assur par un enseignant, ...). A contrario, il
existe des cas o les donnes grer, bien que importantes en
volume,
l
sont homognes
h

: les
l abonns
b d'une
d'
revue, le
l personnell
d'une entreprise, les produits vendus par un magasin ... . Dans
ces cas, oon pa
parlera
e a de fichier
c e ((lee fichier
c e des abo
abonns,
s, ...) et l'on
o
utilisera un systme de gestion de fichiers (SGF), moins
complexe qu'un SGBD. Tout systme d'exploitation d'un
ordinateur contient un SGF spcifique.
spcifique

Objectifs des systmes de gestion des bases de donnes

Indpendance physique : La faon dont les donnes sont
dfinies doit tre indpendante des structures de stockages
utilises.
ili
Indpendance logique : Un mme ensemble de donnes peut
tre vu diffremment par des utilisateurs diffrents. Toutes ces
visions personnelles des donnes doivent tre intgrs dans une
vision globale.
Manipulation des donnes par des non informaticiens : Il
faut ppouvoir accder aux donnes sans savoir pprogrammer
g
ce
qui signifie des langages "quasi naturels".

Objectifs des systmes de gestion des bases de donnes

Efficacit des accs aux donnes : Ces langages doivent
ppermettre d'obtenir des rponses
p
aux interrogations
g
en un temps
p
"raisonnable". Ils doivent donc tre optimiss et, entre autres, il
faut un mcanisme permettant de minimiser le nombre d'accs
disques. Tout ceci, bien sur, de faon compltement transparente
pour l'utilisateur.
Ad
Administration
i i t ti
centralise
t li des
d
d
donnes

: Des
D
visions
ii
diffrentes des donnes (entre autres) se rsolvent plus
facilement si les donnes sont administres de faon centralise.
Non redondance des donnes : Afin d'viter les problmes lors
des mises jour,
jour chaque donne ne doit tre prsente qu
qu'une
une
seule fois dans la base.

Objectifs des systmes de gestion des bases de donnes

Cohrence des donnes : Les donnes sont soumises un
certain nombre de contraintes d'intgrit
g
qqui dfinissent un tat
cohrent de la base. Elles doivent pouvoir tre exprimes
simplement et vrifies automatiquement chaque insertion,
modification ou suppression des donnes.
Partage des donnes : Il s'agit de permettre plusieurs
utilisateurs d'accder aux mmes donnes au mme moment. Si
ce problme est simple rsoudre quand il ss'agit
agit uniquement
d'interrogations et quand on est dans un contexte mono
utilisateur, cela n'est plus le cas quand il s'agit de modifications
dans un contexte multimulti utilisateurs.
utilisateurs
Il s'agit alors de pouvoir :
y ppermettre deux ((ou pplus)) utilisateurs de modifier la
mme donne "en mme temps";
y assurer un rsultat d'interrogation cohrent pour un
utilisateur consultant une table pendant qu
qu'un
un autre la modifie.
modifie

Objectifs des systmes de gestion des bases de donnes

Scurit des donnes : celles ci doivent pouvoir tre
protges contre les accs non autoriss. Pour cela, il faut
pouvoir associer chaque utilisateur des droits dd'accs
accs aux
donnes.
Rsistance aux p
pannes : Q
Que se ppasse-t-il si une ppanne
survient au milieu d'une modification, si certains fichiers
contenant les donnes deviennent illisibles? Les pannes, bien
qqu'tant assez rares,, se pproduisent qquand mme de temps
p en
temps. Il faut pouvoir, lorsque l'une d'elles arrive, rcuprer
une base dans un tat "sain". Ainsi, aprs une panne
intervenant au milieu dd'une
une modification deux solutions sont
possibles : soit rcuprer les donnes dans l'tat dans lequel
elles taient avant la modification, soit terminer l'opration
interrompue.
h Pour assurer ces objectifs, trois niveaux de description des
donnes ont t dfinis ppar la norme ANSI/SPARC :

Niveaux de description des donnes

Niveaux de description des donnes

Ni
Niveau interne
i t
: Description
D
i i
d stockage
du
k
d donnes
des
d
au
niveau des units de stockage, des fichiers (squentiel, chan,
index) : Schma interne.
Niveau conceptuel : Description de la structure de toutes les
donnes qui existent dans la base,
base description de leurs proprits
(relations qui existent entre elles) c'est--dire de leur Smantique
inhrente, sans soucis d'implmentation physique ni de la faon
dont chaque groupe de travail voudra ss'en
en servir :
Schma conceptuel. Cest une reprsentation du monde rel
auquel se rapporte la base de donne.
Niveau externe : Description pour chaque utilisateur de sa
perception des donnes : Schma externe ou vue.
vue

Composants dun SGBD

Quelque soit le modle de donnes support, un SGBD possde un
certain nombre de composants
p
logiciels,
g
, dfinies comme suit :
Description des donnes : Cette partie sera constitue des Outils
(en gros des langages) permettant de dcrire la vision des donnes
de chaque utilisateur et ll'intgration
intgration dans une vision globale.
globale On y
trouve aussi les outils permettant de dcrire le stockage physique
des donnes.
Rcupration
R
ti
d donnes
des
d
: Cette
C tt partie
ti prendd en charge
h
l'interrogation et la modification des Donnes et ce, de faon
optimise. Elle est compose de langages de manipulation de
d
donnes
spcifiques
ifi
Et d'extensions
d' t i
d langages
de
l
" l i
"classiques".
"
Elle gre aussi les problmes de scurit.
scurit

Composants dun SGBD

Sauvegarde et rcupration aprs panne : Cette partie
comporte des outils permettant de sauvegarder et de restaurer de
faon explicite une base de donnes. Elle comporte aussi des
mcanismes permettant, tant qu'une modification n'est pas finie,
de pouvoir revenir l'tat de la base avant le dbut de cette
modification.
Accs concurrents aux donnes : C'est la partie charge du
contrle
co
t e de laa co
concurrence
cu e ce des accs au
aux do
donnes.
es. Ellee do
doitt t
tree
telle que chaque utilisateur attende le moins possible ses
donnes tout en tant certain d'obtenir des donnes cohrentes en
cas de mises jour simultanes de la base.
base

Architecture dun SGBD

Architecture dun SGBD

L'interface utilisateur permet aux utilisateurs d'exprimer des
requtes: soit pour dfinir le contenu de la BD (avec le LDD),
LDD)
soit pour interroger la BD (en extraire des informations), soit
enfin pour apporter des modifications ce qui a t enregistr.
L'interface d'accs physique permet au SGBD d'accder aux
donnes ssurr les ssupports
pports (disques,..).
(disq es )
@L
L'articulation
articulation entre ces deux interfaces doit rpondre un
objectif fondamental:
Assurer l'indpendance
p
pprogramme/donnes
g

Principe de fonctionnement dun SGBD

Une requte, exprime par l'utilisateur dans un langage accept
par le systme (LMD),
(LMD) est dd'abord
abord analyse du point de vue
syntaxique (conformit la grammaire du langage); suit une
Analyse smantique (les objets cits doivent tre connus dans le
schma externe de ll'utilisateur)
utilisateur).
Aprs
p cette validation,, faite dans la couche externe,, la requte
q
est
traduite, pour son passage la couche logique: les rfrences aux
objets du schma externe sont remplaces par les rfrences aux
objets
j
correspondants
p
dans le schma logique.
gq
On utilise ppour
cela la description des rgles de correspondance entre schma
externe et schma logique, tablie, ncessairement, au moment
de la dfinition du schma externe.

Principe de fonctionnement dun SGBD

Au niveau logique, on fait les contrles sur la confidentialit, la
concurrence,, etc. Si la requte
q
est accepte,
p , elle est optimise
p
et
dcoupe en sous-requtes plus lmentaires qui sont transfres
au niveau interne; sinon, elle peut tre mise en attente ou refuse.
Au niveau interne, chaque sous-requte reue est traduite en une
ou plusieurs requtes physiques correspondantes (en fonction des
informations contenues dans le schma interne),
interne) puis le SGBD
ralise l'accs physique aux donnes (extraction ou
modification). S'il s'agit d'une requte d'interrogation, les
donnes extraites sont passes la couche logique, puis la
couche externe. Ici elles sont rorganises, selon le schma
externe de ll'utilisateur
utilisateur, avant de les transmettre ll'utilisateur
utilisateur.

Schma rcapitulatif

Architectures dun SGBD

Architectures dun SGBD

CONCLUSION
La conception dune BD est une opration
difficile. Elle ncessite une analyse approfondie
du monde
o de rel
e aainsi
s que des beso
besoinss des futurs
utu s
utilisateurs.
D
Des
mthodes
th d
d conception
de
ti
d BD ontt t
de
dveloppes : UML par exemple. Ces mthodes
sont bases sur des modles conceptuels de haut
indpendants
p
dun
SGBD
niveau,,
particulier :orient objet, par exemple.