Notions d'indépendance

Notions d'indépendance

Indépendance logique

Possibilité de modifier le schéma conceptuel sans remettre en cause les schémas externes ou les programmes d’application. L’ajout de nouveaux concepts ne doit pas modifier des éléments qui n’y font pas explicitement référence.

Indépendance physique.
Possibilité de modifier le schéma physique et la politique de stockage (modification de l’organisation physique des fichiers, ajout ou suppression de méthodes d’accès) sans remettre en cause le schéma conceptuel et donc le schéma externe. Le but de ce niveau d’indépendance est de rendre transparente la gestion physique des données aux programmes d’application.

Cette architecture logique permet donc d’identifier la logique de structuration d’un système de gestion de bases de données. D’un point de vue fonctionnelle, il est possible d’identifier plusieurs composants que l’on retrouve dans la plupart des SGBD. La figure 2 illustre cette composition.

Le catalogue système ou dictionnaire de données est un composant au coeur de la communication entre les autres composants. Il contient toutes les méta-données utiles au système. Ces méta-données correspondent à la description des données (type, taille, valeurs autorisées, etc.), aux autorisations d’accès, aux vues et autres éléments systèmes. Le catalogue correspond à la réalisation de l’architecture à trois niveaux décrite précédemment. Le catalogue contient la description des différents schémas (physique, conceptuel et externes) ainsi que les règles de passage d’un schéma vers l’autre.

Le gestionnaire de requêtes est responsable du traitement des commandes des utilisateurs visant à stocker, rechercher et mettre à jour des données dans la base de données. En utilisant les informations stockées dans le catalogue, il interprète ces requêtes et les traduit en des requêtes d’accès physique aux données susceptibles d’être traitées par le système de gestion de fichiers.

Le gestionnaire de transactions est responsable de traiter les transactions. Une transaction est un ensemble d’opérations d’accès et de mise à jour de données émises par un utilisateur. Ces opérations doivent être traitées comme un tout et le gestionnaire de transaction doit assurer d’une part l’indivisibilité des opérations soumises, la cohérence du système après l’exécution de l’ensemble des opérations, l’isolation des traitements par rapports aux autres traitements qui peuvent être soumis de façon concurrente et enfin la persistance des résultats une fois l’ensemble des opérations achevées.

Le gestionnaire de reprise est un élément essentiel d’un SGBD qui doit remplacer le système de gestion de fichier traditionnel afin de minimiser les effets d’une panne sur la base de données. Un tel système ne peut évidemment pas être sûr ou sécurisé à 100 %. Néanmoins, il est indispensable que le gestionnaire de reprise puisse pallier à certaines pannes qui peuvent avoir différentes causes telle qu’une division par zéro dans un programme, à un problème de disque défectueux ou à une panne d’alimentation. L’objectif essentiel du gestionnaire de reprise est de restaurer la base de données dans un état cohérent. Vue les causes très différentes de panne et les difficultés liées à cette gestion, cet élément est un élément central qui concerne environ 10 % ou plus du code d’un SGBD.