Modélisation et implémentation d’une base de données répartie pour la gestion de l’enrôlement dans un processus électoral

CONCLUSION PARTIELLE

Ce chapitre nous a permis de concevoir pas à pas notre projet suivant trois diagrammes dont, les deux premiers détaillent les interactions relatives à l'application Java, et le dernier concerne la conception de la base de données en question.

C'est ainsi que nous frayé un chemin nous menant en profondeur de l'informatique. Les chapitres suivants permettront à compléter les limites de celui-ci.

Chapitre Cinquième :

LA REPARTITION DE DONNEES AVEC ORACLE

INTRODUCTION

Oracle, conçue pour les environnements de centres de données qui évoluent rapidement et changent pour s'adapter aux besoins de l'entreprise, la version Oracle Database 11g permet aux entreprises d'adopter rapidement de nouvelles technologies, tout en limitant les risques. De plus, forte de ses capacités d'autogestion, la version Oracle Database 11g R2fait bénéficier de ses importantes améliorations en termes de facilité de gestion et de diagnostic des pannes.

Trois domaines continuent de poser de réels problèmes de gestion aux administrateurs de bases de données :

· Les performances : comment faire pour que les bases de données de production fournissent des performances maximales afin de respecter les niveaux de service ?

· La gestion des modifications : comment apporter des modifications (modifications de routine ou introduction d'innovations technologiques) dans les environnements de bases de données Oracle à moindre coût, tout en limitant les risques ?

· L'administration en continu : comment automatiser les tâches quotidiennes répétitives pour que le personnel en soit libéré et se concentre sur des besoins plus stratégiques, tels que la sécurité et la haute disponibilité ?^66(*)

Pour résoudre ces problèmes, nous avons pensé aux bases de données réparties. Surtout qu'Oracle Database 11g présente d'importantes améliorations en termes de performances, d'introduction des modifications et d'autogestion, de sorte que les bases de données Oracle soient encore plus faciles à gérer.

SECTION I. ORACLE : OBJETS & ARCHITECTURE

L'architecture oracle est constituée d'une instance et d'une base de données. Une instance, désignée par SID (Système Identification), est constituée :

§ D'une zone de mémoire partagée appelée System Global Area (SGA) ;

§ D'un ensemble de processus d'arrière-plan ayant chacun un rôle bien précis ;

§ D'un ensemble de processus serveur chargés de traiter les requêtes des utilisateurs.

La base de données est l'ensemble des fichiers qui permettent de gérer les données de la base. Elle est constituée de :

§ Un fichier de contrôle, contenant les informations sur tous les autres fichiers de la base (nom, emplacement, taille) ;

§ Fichiers de Redo Log, contenant l'activité des sessions connectées à la base. Ce sont des journaux de transactions de la base. Ils sont organisés en groupe possédant le même nombre de membres ;

§ D'un ou plusieurs fichiers de données qui contiennent les données des tables de la base.^67(*)

Fig. V.1. Architecture de la BD Oracle

Chaque fois qu'une BD est lancée sur un serveur (ang. Instance startup), une partie de la mémoire centrale dite SGA (System Global Area) est allouée, et plusieurs processus d'arrière-plan sont lancés. Une instance de BD est un ensemble de structures de mémoire et de processus d'arrière-plan qui accèdent à un ensemble de fichiers de données. Dans Parallel Server plusieurs instances peuvent accéder à la même BD.

Les objets d'une base de données oracle sont :

· Gestion des données : table, index, view, materialized view, snapshot,etc.;

· Stockage physique: cluster, tablespace, ... ;

· Stockage d'instructions : procedure, trigger, ... ;

· Gestion d'utilisateurs: profile, user, etc.

Nous allons les détailler au fur et à mesure que nous évoluons, suivant leur utilisation.

* ⁶⁶ Livre blanc Oracle, Oracle Database 11g Release 2 : Facilité de gestion et présentation de Real Application Testing, Inédit, California, Août 2009, p. 122.

* ⁶⁷ ATTOUCHE C., Oracle 11g - Exploitation, Société TELLORA, Berlin, 2010, p.28.