I.4. Les propriétés requises d'une base de
données repartie
Une base de données répartie doit assurer
plusieurs propriétés pour être considérée
comme performante. Nous ne citerons que celles que nous trouvons les plus
connexes à notre contexte d'études : la transparence, le passage
à l'échelle, la disponibilité et l'autonomie.
I.5.1. Transparence
La transparence permet de cacher aux utilisateurs les
détails techniques et organisationnels d'une base de données
répartie. Ceci rend plus simple, le développement des
applications mais aussi leur maintenance évolutive ou corrective.
La transparence a plusieurs niveaux :
· accès : cacher l'organisation logique des
données et les moyens d'accès à une donnée;
· localisation : l'emplacement d'une donnée du
système n'a pas à être connu ;
· migration : une donnée peut changer
d'emplacement sans que cela ne soit aperçu ;
· relocalisation : cacher le fait qu'une donnée
peut changer d'emplacement au moment où elle est utilisée ;
· réplication : les données sont
dupliquées mais les utilisateurs n'ont aucune connaissance de cela ;
· panne : si un noeud (site) est en panne, l'utilisateur
ne doit pas s'en rendre compte et encore moins de sa reprise après panne
;
· concurrence : rendre invisible le fait qu'une
donnée peut être partagée ou sollicitée
simultanément par plusieurs utilisateurs.
I.5.2. Passage à
l'échelle
Le concept de passage à l'échelle désigne
la capacité d'un système à continuer à
délivrer avec un temps de réponse constant un service même
si le nombre de clients ou de données augmente de manière
importante. Le passage à l'échelle peut être mesuré
avec au moins trois dimensions :
· le nombre d'utilisateurs et/ou de processus (passage
à l'échelle en taille) ;
· la distance maximale physique qui sépare les
noeuds ou ressources du système (passage à l'échelle
géographique) ;
· le nombre de domaines administratifs (passage à
l'échelle administrative).
I.5.3. Disponibilité
Un système est dit disponible s'il est en mesure de
délivrer correctement le ou les services de manière conforme
à sa spécification. Pour rendre un système disponible, il
faut donc le rendre capable de faire face à tout obstacle qui peut
compromettre son bon fonctionnement. En effet, l'indisponibilité d'un
système peut être causée par plusieurs sources parmi
lesquelles nous pouvons citer :
· les pannes qui sont des conditions ou
évènements accidentels empêchant le système, ou un
de ses composants, de fonctionner de manière conforme à sa
spécification ;
· les surcharges qui sont des sollicitations excessives
d'une ressource du système entraînant sa congestion et la
dégradation des performances du système ;
· les attaques de sécurité qui sont des
tentatives délibérées pour perturber le fonctionnement du
système, engendrant des pertes de données et de cohérences
ou l'arrêt du système.
| 
