WOW !! MUCH LOVE ! SO WORLD PEACE !
Fond bitcoin pour l'amélioration du site: 1memzGeKS7CB3ECNkzSn2qHwxU6NZoJ8o
  Dogecoin (tips/pourboires): DCLoo9Dd4qECqpMLurdgGnaoqbftj16Nvp


Home | Publier un mémoire | Une page au hasard

 > 

Mise en oeuvre d'un système distribué pour l'identification et le suivi du casier judiciaire

( Télécharger le fichier original )
par Juslin TSHIAMUA MUDIKOLELE
Université pédagogique nationale - Licence 2016
  

précédent sommaire suivant

II.7.3.5. Support de multiple logiciel d'application :

La plupart des organismes emploient une variété de logiciel d'application chacune avec son appui spécifique de base de données.Le SGBD réparti fournit une fonctionnalité uniforme pour l'usage des mêmes données parmi différentes plateformes.

II.7.4. Architecture d'un SGBD réparti

Des architectures des SGBD répartis sont généralement développées selon trois paramètres :

· Distribution : elle énonce la distribution physique des données à travers les différents sites.

· Autonomie : elle indique la distribution de contrôle du système de base de données et du degré auquel chaque composant du système de gestion de bases de données peut fonctionner indépendamment.

· Hétérogénéité : elle se rapporte à l'uniformité ou à la dissimilitude des modèles de données, des composants de système et des bases de données.

II.7.4.1. Modèles d'architecture des SGBD répartis

Certains des modèles architecturaux communs sont :

II.7.4.1.1. Architecture peer-to-peer

Dans ces systèmes, chaque pair agit à la fois comme un client et un serveur pour donner des services de base de données.Les pairs partagent leur ressource avec d'autres pairs et coordonnent leurs activités.

Cette architecture a généralement quatre niveaux des schémas :

§ Schéma Conceptuel Global : Dépeint la vue des données logique globale.

§ Schéma Conceptuel Local :Dépeint l'organisation logique de données à chaque emplacement.

§ Schéma Interne Local :Dépeint l'organisation physique de données à chaque emplacement.

§ Schéma Externe :Dépeint la vue d'utilisateur des données.

Figure 14: Architecture peer-to-peer

II.7.4.1.2. Architecture Client server

C'est une architecture à deux niveaux où la fonctionnalité est divisée en serveurs et clients.Les fonctions de serveur entourent principalement la gestion des données, de traitement de requête, d'optimisation et de transaction. Les fonctions de client incluent principalement l'interface utilisateur. Cependant, elles ont certaines fonctions comme la vérification de l'uniformité et la gestion de transaction.

Figure 15: Architecture client-serveur de SGBD Réparti

Un client de SGBDR est une application qui accède aux informations distribuées par les interfaces du SGBDR tandis qu'un serveur de SGBDR est un SGBD gérant une base de données locale intégrée dans une base de données répartie.

Au-delà des notions de client et de serveur SGBDR, on a un calculateur dans le réseau gérant la base appelé noeud ou site.

précédent sommaire suivant






Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy