Chapitre 2

Architecture des SGBD

Larchitecture ANSI/SPARC, dite aussi architecture de rfrence, se compose de trois

niveaux appels, respectivement, niveau interne, niveau conceptuel et niveau externe.

Le niveau interne (ou niveau physique) est le niveau relatif la mmoire physique. Il
sagit du niveau o les donnes sont rellement enregistres.

Le niveau externe (ou niveau logique utilisateur) est le niveau relatif aux utilisateurs. Il
sagit du niveau o les utilisateurs voient les donnes.

Le niveau conceptuel (ou niveau logique communautaire ou logique) est le niveau
intermdiaire entre les deux autres.

Par ailleurs, parmi les objectifs premiers dun SGBD figurent lindpendance physique et
lindpendance logique des programmes aux donnes.

2.1. Les trois niveaux

Schma Schma Schma

externe 1 externe 2 externe 3

Reprsentation Traitement
des donnes des requtes
Schma
conceptuel

Schma
interne

Les trois niveaux de larchitecture ANSI/SPARC

2.1.1. Le niveau interne

Le niveau interne est une reprsentation de bas niveau de lensemble de la base de donnes.
Elle est constitue de plusieurs occurrences des divers types denregistrements internes.
La vue interne est dcrite par un schma interne. Ce schma ne dfinit pas seulement les
divers types denregistrements mmoire mais spcifie galement les index existants, comment
les champs mmoires sont reprsents, le squencement physique des enregistrements, etc.

2.1.2. Le niveau externe

Le niveau externe est le niveau de lutilisateur. Un utilisateur peut aussi bien tre un
programmeur dapplication que tout autre utilisateur final ayant nimporte quel niveau de
comptence. Ce niveau est reprsent par plusieurs schmas externes appels aussi vues.

9
2.1.3. Le niveau conceptuel

La vue conceptuelle donne la reprsentation de lensemble des informations contenues dans la

base de donnes. Comme la vue externe, cette reprsentation est abstraite compare la
reprsentation physique des donnes. En gnral, elle est galement trs diffrente de la vue
quun utilisateur particulier a de la base de donnes.
La vue conceptuelle correspond aux diverses occurrences des types denregistrements
conceptuels. Elle est dfinie par un schma conceptuel.

2.2. Indpendance entre les niveaux

2.2.1. Indpendance physique

Un des objectifs essentiels des SGBD est de permettre de raliser lindpendance des
structures de stockage aux structures de donnes du monde rel, c'est--dire entre le schma
interne et le schma conceptuel.
Le schma interne et le schma conceptuel dcrivent les donnes, mais des niveaux
diffrents. Lindpendance physique permet donc de modifier le schma interne sans avoir
modifier le schma conceptuel, en tenant compte seulement des critres de performance et de
flexibilit daccs.
On pourra par exemple ajouter un index, regrouper deux fichiers en un, changer lordre ou le
codage des donnes dans un enregistrement, sans mettre en cause les entits et associations
dfinies au niveau conceptuel.

2.2.2. Indpendance logique

Le schma conceptuel rsulte dune synthse des vues particulires de chaque groupe de
travail utilisant la base de donnes, c'est--dire dune intgration de schmas externes. Ainsi,
chacun doit pouvoir se concentrer sur les lments constituant son centre dintrt, c'est--dire
quun utilisateur doit pouvoir ne connatre quune partie des donnes de la base au travers de
son schma externe, encore appel vue.
Lindpendance logique est donc la possibilit de modifier un schma externe (une vue) sans
modifier le schma conceptuel. Elle assure aussi lindpendance entre les diffrents
utilisateurs, chacun percevant une partie de la base via son schma externe, selon une
structuration voire un modle particulier.
Il doit par exemple tre possible dajouter des attributs, den supprimer dautres, dajouter et
de supprimer des associations, dajouter ou de supprimer des entits dans des schmas
externes sans modifier la plus grande partie des applications.

10
 Application 1 Application 2 Application n
Modle Modle Modle
externe 1 externe 2 externe n
Niveau externe

Indpendance
logique

Modle Niveau conceptuel

conceptuel

Indpendance
physique

Niveau interne

Types dindpendances et modles dune base de donnes

2.3. Importance de la conception dune base de donnes

Pour pouvoir mettre en uvre les diffrents besoins des utilisateurs, lquipe de conception
doit planifier soigneusement les tapes de la conception. Diverses mthodes de conception
(Merise, UML ) existent dfinissant un ensemble dtapes suivre et de formalismes
adopter.

2.3.1. Etapes de conception

La conception dune base de donnes suit gnralement les trois tapes suivantes :
a) lanalyse des besoins consiste identifier les besoins de lentreprise et les convertir
en besoins dun systme. Cest une phase au cours de laquelle on rassemble des
informations qui serviront la modlisation des donnes.
b) la modlisation des donnes comportant :
1. Lexpression de la smantique de la reprsentation du monde rel (niveau
dabstraction conduisant la dfinition du schma conceptuel) par des donnes
et les liens entre ces donnes
2. La traduction du schma conceptuel dans un modle de donnes de type
hirarchique, en rseau, relationnel
3. La normalisation consistant reprsenter les objets du modle de donnes sous
forme de tables normalises afin de rduire la quantit de donnes redondantes
prsentes dans la base de donnes.
4. Lexpression de lutilisation (dfinition des vues, des accs logiques )
c) Expression de limplantation en machine (choix des mthodes daccs, des chemins
daccs ) permettant dassurer de bonnes performances dexploitation.

2.3.2. Equipe de conception et distribution des tches

On met en place une quipe de conception constitue dune ou de plusieurs personnes.
Lquipe de conception typique dun projet relativement important comporte principalement :

11
 un chef de projet responsable de la gestion globale du projet
des concepteurs responsables des tches de
o dfinition des besoins oprationnels, des donnes et des fonctions
o analyse/modlisation des donnes
o modlisation des processus/fonctions
des dveloppeurs
o responsables du codage
o conduisant les sessions de tests
un administrateur de la base de donnes qui
o administre la base de donnes
o dtermine lemplacement physique de la base de donnes
des utilisateurs finaux qui
o interagissent avec le systme
o effectuent des tches quotidiennes.

2.3.3. Outils de conception automatise

Les outils de conception automatise, encore appels CASE (Computer Aided Systems
Engineering) ou AGL (Atelier de Gnie Logiciel) sont des applications interface graphique
(GUI : Graphic User Interface) qui facilitent la conception et la cration dune base de
donnes.
Oracle Designer est, par exemple, lun des AGL les plus puissants du march.
Parmi les fonctionnalits de tels outils :
lidentification des besoins de lactivit et de lutilisateur
la modlisation des entits et de leurs relations
la gnration dun langage destin crer les objets de la base de donnes
la modlisation du flux de donnes dun organisme
la modlisation des processus oprationnels
le contrle des versions de la base de donnes et de lapplication
la gnration de la documentation et des comptes rendus des utilisateurs.

12