Éléments de choix
Bases de données réparties

Si l’on peut identifier les objectifs visés par les systèmes de gestion de bases de données réparties et les fonctionnalités permettant de les atteindre, il n’existe pas à l’heure actuelle de normes. Cela empêche une comparaison rationnelle de plusieurs systèmes entre eux à partir d’un référentiel stable qui serait joué par une telle norme.

En effet, si l’on s’intéresse à un ensemble de systèmes, ils n’intègrent généralement pas le même ensemble de fonctionnalités ou de services. Cela empêche une évaluation globale : on peut éventuellement déterminer un degré de complétude par rapport à une liste de fonctionnalités déterminées, ou faire une comparaison en ciblant une fonctionnalité particulière.

Par ailleurs, la mise en œuvre d’applications réparties utilisant des systèmes de gestion de bases de données ne nécessitent pas le recours a priori à un SGBD réparti. De nombreuses stratégies de développement de telles applications sont envisageables. Ces stratégies doivent tenir compte d’un environnement existant (homogène, hétérogène, multibases de données, intégration d’applications existantes déjà développées avec le SGBD « X »,...) qui généralement impose le SGBDR.

Un des modèles d’architecture s’imposant actuellement est l’architecture client/serveur qui ne peut être vue que comme un des supports possibles associé à la fonction de répartition.

Compte tenu de ces remarques, il apparaît difficile de proposer une liste objective de critères pour positionner les SGBD répartis les uns par rapport aux autres. Nous mentionnerons uniquement l’aspect fondamental qui est la présence ou l’absence du protocole de validation en deux phases.

Quelques systèmes relationnels et universels (non spécifiques d’un matériel et d’un système) intègrent le concept de répartition :

• INGRES et SYBASE proposent le protocole de validation deux phases ;

• ORACLE propose un environnement réparti dans la version 6 et doit intégrer le protocole 2PC dans la version 7.

La plupart des SGBD spécifiques à un constructeur de matériels intègrent, à des degrés divers, le concept de répartition. Nous pouvons citer R* qui est l’extension répartie de System‐R (IBM) mais qui...