Chapitre 1

Bases de données objets
Introduction aux bases de données
1. Les limites des SGF

2. Qu’est-ce qu’une base de données
3. O r g an i s at io n e n f i c h i e rs & B D D
4. Av an t ag e s d e l ’ o r g a n is a t i o n e n B D
5. L e s n iv e au x d ’ u n e a r c h i t e c t u re d e B D D
6. L e s m o d è l e s d e b as e d e d o n n é e s
7. Qu’est-ce qu’un SGBD
8. Les objectifs de SGBD
Limites des systèmes des fichiers : Gestion d’une scolarité
Problématique : La direction de la scolarité envisage, l’exploitation de l’outil

informatique, pour une gestion efficace de ses données.
Pour cela les données doivent être :
 Stockées sur un support informatique (mémoire secondaire)
 Sujettes à des traitements automatisés :
• Calcul de moyennes
• Edition de la liste d’étudiants admis
• Calculs statistiques
• Etc….
La tâche d’informatisation est confiée à un jeune programmeur, qui fait le
raisonnement suivant :
1. Les données doivent être stockées dans un ou plusieurs fichiers

d’enregistrements
2. La structure des enregistrements doit permettre de représenter les informations à

stocker.
Par exemple : on pourrait avoir un fichier pour les notes des étudiants où les
enregistrements seraient structurés plus ou moins comme suit :
Record of
Matricule : string [8];
Nom, Prenom: string [30];
Note1, Note2, Note3: real
Moyenne : real;
End;
Quelques reproches :
 Comment définir de façon claire et efficace, les structures des fichiers, en évitant les
redondances et les incohérences
 La solution proposée, ne peut résister, ou s’adapter facilement à un changement.

 Par exemple : rajouter une quatrième note
 L’ajout, la suppression, et la modification d’enregistrements, ainsi que les contrôles de

saisie, devront être programmés explicitement, et influeront sur le temps d’accès aux
données
 En cas de démission de notre jeune programmeur, il sera difficile à son remplaçant de

maintenir l’application, sans avoir une connaissance complète des détails d’implémentation
Définition d’une BDD
B a s e de données (BD) : Collection de données

cohérentes et structurées
≠
Bas e de données
Fichiers
6
Organisation en fichiers
Saisie Traitement Fichier
Fichier
État de
Saisie Traitement sortie
7
Organisation en B D
Saisie
+ B as e Traitements
de
donné
Contrôles
es
États de
sortie
8
Avantages de l’organisation en B D
Uniformisation de la saisie
Standardisation des traitements
Contrôle de la validité des données
Partage de données entre

plusieurs traitements
9
Les niveaux d’une architecture de BDD
 Le niveau externe :
C’est le niveau où les utilisateurs voient les données, il est appelé aussi
niveau utilisateur
 Le niveau physique :
Ce niveau est relatif à la mémoire physique (disque dur par exemple), il s’agit
du niveau où les données sont stockées, appelé aussi niveau interne.
 Le niveau conceptuel :
C’est le niveau intermédiaire entre les deux précédents, appelé aussi niveau
logique
Les trois niveaux de schémas de Base de données
Modèle de base de données
Modèle hiérarchique:
Les BDD de type hiérarchique gèrent les liens de « père-fils », ils offrent des primitives pour
naviguer dans de telles structures
Modèle réseau
Le modèle réseau est en mesure de lever de nombreuses difficultés du modèle hiérarchique

grâce à la possibilité d'établir des liaisons de type n-n, les liens entre objets pouvant exister sans
restriction.
Modèle relationnel
Contrairement aux BDD réseau ou hiérarchique, les BDD relationnelles

offrent un langage de manipulation de données standard (SQL par exemple
fondé sur l’algèbre relationnelle)
Modèle orienté objet
Permet de voir une base de données comme un ensemble de classes

d’objets, ayant des liens d’héritage, d’agrégation, de composition ou de
simple association entre elles
Qu’est-ce qu’un S G B D ?
Système de Gestion de B ase s de Données :

Logiciel(s) assurant structuration, stockage,
maintenance, mise à jour et consultation
des données d’une B D
14
Les objectifs d’un SGBD
 Indépendance physique :
La façon dont les données sont définies doit être indépendante des structures
de stockage utilisées.
 Indépendance logique :
Une modification dans la structure d’une table (ajout d’un attribut par
exemple) n’entraîne pas de modification dans les programmes d’application.
 Accès aux données :
L'accès aux données se fait par l'intermédiaire d'un Langage de Manipulation de Données
(LMD).
Il est crucial que ce langage permette d'obtenir des réponses aux requêtes en un temps «
raisonnable ».
Le LMD doit donc être optimisé, minimiser le nombre d'accès disques, et tout cela de façon
totalement transparente pour l'utilisateur
 Administration centralisée des données (intégration) :
Toutes les données doivent être centralisées dans un réservoir unique commun à toutes les
applications.
En effet, des visions différentes des données (entre autres) se résolvent plus facilement si les
données sont administrées de façon centralisée.
 Cohérence des données :
Les données sont soumises à un certain nombre de contraintes d'intégrité qui
définissent un état cohérent de la base.
Elles doivent pouvoir être exprimées simplement et vérifiées automatiquement à
chaque insertion, modification ou suppression des données.
Les contraintes d'intégrité sont décrites dans le Langage de Description de Données
(LDD).
 Non-redondance des données :
Afin d'éviter les problèmes lors des mises à jour, chaque donnée ne doit être
présente qu'une seule fois dans la base.
 Partage des données :
Il s'agit de permettre à plusieurs utilisateurs d'accéder aux mêmes données au
même moment de manière transparente.
Si ce problème est simple à résoudre quand il s'agit uniquement d'interrogations,
cela ne l'est plus quand il s'agit de modifications dans un contexte multiutilisateur,
car il faut : permettre à deux (ou plus) utilisateurs de modifier la même donnée « en
même temps » et assurer un résultat d'interrogation cohérent pour un utilisateur
consultant une table pendant qu'un autre la modifie
 Sécurité des données :
Les données doivent pouvoir être protégées contre les accès non autorisés.
Pour cela, il faut pouvoir associer à chaque utilisateur des droits d'accès aux données.
 Résistance aux pannes :

Que se passe-t-il si une panne survient au milieu d'une modification, si certains fichiers
contenant les données deviennent illisibles ?
Il faut pouvoir récupérer une base dans un état « sain ».
Ainsi, après une panne intervenant au milieu d'une modification deux solutions sont possibles :
soit récupérer les données dans l'état dans lequel elles étaient avant la modification,
soit terminer l'opération interrompue.
Historique des SGBD

Chapitre 1

Transféré par

Droits d'auteur :

Formats disponibles

Chapitre 1

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Chapitre 1

Transféré par

Droits d'auteur :

Formats disponibles

Bases de données objets

Introduction aux bases de données

1. Les limites des SGF

Problématique : La direction de la scolarité envisage, l’exploitation de l’outil

Pour cela les données doivent être :

 Stockées sur un support informatique (mémoire secondaire)

 Sujettes à des traitements automatisés :

1. Les données doivent être stockées dans un ou plusieurs fichiers

2. La structure des enregistrements doit permettre de représenter les informations à

 La solution proposée, ne peut résister, ou s’adapter facilement à un changement.

 L’ajout, la suppression, et la modification d’enregistrements, ainsi que les contrôles de

 En cas de démission de notre jeune programmeur, il sera difficile à son remplaçant de

B a s e de données (BD) : Collection de données

Saisie Traitement Fichier

Standardisation des traitements

Contrôle de la validité des données

Partage de données entre

Le modèle réseau est en mesure de lever de nombreuses difficultés du modèle hiérarchique

Contrairement aux BDD réseau ou hiérarchique, les BDD relationnelles

Modèle orienté objet

Permet de voir une base de données comme un ensemble de classes

Système de Gestion de B ase s de Données :

 Résistance aux pannes :

Vous aimerez peut-être aussi