14/05/2014

UNIVERSITÉ DES SCIENCES ET DE LA TECHNOLOGIE HOUARI BOUMEDIENE

PREMIERE PARTIE : Les concepts fondamentaux
FACULTE D’ELECTRONIQUE ET D’INFORMATIQUE
LABORATOIRE DES SYSTÈMES INFORMATIQUES
1. Introduction
2. Les bases de données distribuées :
a) Définitions
b) Caractéristiques et avantages de la répartition

3. Le Système de Gestion de BD Réparties : SGBDR

4. Les techniques de répartition de données
5. Architecture de schémas d’une BDR
Pr. Z. Alimazighi

Dr. Kamel Boukhalfa

6. Architecture fonctionnelle Basée sur une approche
Boukhalk@gmail.com client/serveur
http://boukhalfa.jimdo.com
7. Classification des approches de conception d’une BDR

Alimazighi & Boukhalfa 2

Deuxième PARTIE : SGBD distribués: concepts avancés

1. Gestion de transactions
A. Gestion de transactions : Définitions

B. Protocoles de gestion de la concurrence

LES BASES DE DONNEES DISTRIBUEES
C. Validation et reprise
Concepts fondamentaux
2. Traitement de requêtes

A. Optimisation de requêtes

B. Stratégies d’évaluation de requêtes

Alimazighi & Boukhalfa 3 2008/2009 Alimazighi & Boukhalfa 4

1
 14/05/2014

INTRODUCTION INTRODUCTION

 Evolution de la technologie des bases de données Différentes approches de la répartition

 Expérimentation de cette technologie sur un grand nombre
 Approche descendante
d’applications

 Développement de la technologie réseaux :  Approche ascendante :

 Connexion d’ordinateurs  BD intégrée
 Échange de données
 BD fédérée
 Partage de ressources

 Intégration de la technologie réseau et bases de données

Bases de données distribuées

Alimazighi & Boukhalfa 5 Alimazighi & Boukhalfa 6

INTRODUCTION INTRODUCTION

Notion de distribution
Première Génération de SGBD (1962)
 Un système de traitement distribué : est une unité d’exécution de
programmes autonomes, éventuellement hétérogènes, reliés par un  Modèles de données hiérarchiques et réseaux :
réseau de communication et coopérants à la réalisation de taches.  représentation des liens 1 –1, 1-N, M-N par pointeurs (réseaux)
 Une base de données distribuée : est une collection de bases de ou par 1-1, 1-N par duplication de données (hiérarchique)
données logiquement reliées et physiquement distribuées sur un
 Langage de Manipula tion de données navigationnel :
réseau.
 parcours de la hiérarchie (Get next)
 Un système de gestion de bases de données distribuées : est un
système logiciel qui fournit une interface logique unique aux différentes  Le programme doit spécifier les chemins d’accès aux
bases de données distribuées. données

Alimazighi & Boukhalfa 7 Alimazighi & Boukhalfa 8

2
 14/05/2014

INTRODUCTION INTRODUCTION

Deuxième génération de SGBD (1970) Troisième génération de SGBD (1990)

 Modèles de données relationnels
 Modèle objet
 Simplicité mais insuffisances de représentation de données complexes

 Définition, recherche et mise-à-jour de données grâce à la définition

• Objet = état, identifiant, comportement

d’opérateurs de l’algèbre relationnelle, et de constructeurs du calcul

• Encapsulation : Objet manipulé à travers son interface
prédicatif
 Existence de langage de définition et de manipulation de données de
 Hiérarchie : Simple ou multiple
haut niveau (SQL)
 Prise en compte de la concurrence  Polymorphisme : Existence de plusieurs codes
 Gestion de la cohérence
(instances) pour une opération

Alimazighi & Boukhalfa 9 Alimazighi & Boukhalfa 10

LES SYSTEMES REPARTIS SYSTEMES REPARTIS

Définition : Système d’information distribué ou réparti

Définition : système informatique distribué
 Un SI réparti est une collection de données physiquement réparties sur plusieurs sites
sur laquelle sont développées des applications  Un système informatique distribué est un ensemble informatique
 Chaque site supporte sa propre application développée (application locale) sur une BD
constitué d’unités de traitement et/ou de stockage (pouvant être
locale évoluant autour d’un schéma conceptuel local.

 Une application distribuée (ou répartie) nécessite l’accès aux multiples applications géographiquement réparties) ayant un large degré d’autonomie et
locales interprétée dans un contexte sémantique commun.
interconnectées via un système de communication.
 Exemple :

 Application commerciale distribuée d’une grande entreprise :

 Un système d’information réparti est développé sur un système
 applications locales sur chacun des départements

 coopération des divers départements à l’aide de réseau informatique grâce au système de gestion de BD réparti SGBDR

Alimazighi & Boukhalfa 11 Alimazighi & Boukhalfa 12

3
 14/05/2014

CARACTERISTIQUES DE LA DISTRIBUTION Avantages de la distribution

• Reflète une structure organisationnelle: nombre d’organisations sont
Ensemble de BD stockées sur plusieurs machines situées sur des
aujourd’hui réparties sur plusieurs sites.
sites différents reliés en réseau
• Amélioration du partage : distribution des données sur les différents sites;
un utilisateur peut accéder aux données de son site tout en pouvant
• Les données sont manipulées par un système unique : le SGBDR voir les données sur les autres sites.
• Un utilisateur du système réparti ignore la répartition des données.
• Disponibilité et fiabilité améliorée: une panne de site ne bloque pas tout
le système. Les données dupliquées impliquent la possibilité d’accès en
cas de panne d’un site.

• Performances améliorées: La parallélisme inhérent à un SGBD distribué

implique une vitesse des accès aux données meilleure que dans une BD
centralisée.
Alimazighi & Boukhalfa 13 Alimazighi & Boukhalfa 14

Avantages de la distribution INCONVENIENTS MAJEURS DE LA DISTRIBUTION

 Flexibilité : en ajoutant des sites au réseau le système réparti peut  Le manque d’expérience des équipes de développement et des

étendre la BD et enrichir les traitements pour de nouvelles utilisateurs finaux.

applications
 Coûts de déploiement (de communication, d’adaptation des
• Autonomie : la répartition permet aux différentes structures d’une applications et des hommes).
même entreprise de conserver leurs spécificités (méthodes de
travail, perceptions …)  Conception et développement complexe : fragmentation, allocation des
fragments, réplication etc.
• Economies: La distribution est synonyme de petits équipements,
donc la création de système informatique distribué est à coût
 Contrôle d’intégrité plus difficile
inférieur si le même système était déployé sur un gros équipement.  Sécurité: données dupliquées, réseaux
Alimazighi & Boukhalfa 15 Alimazighi & Boukhalfa 16

4
 14/05/2014

LE SYSTEME DE GESTION DE BD REPARTIES (SGBDR) Architecture

Utilisateurs finaux
 Le SGBDR
 Un SGBDR est un SGBD assurant l’accès coordonné à des données hétérogènes SGBD Local 1
G. Transaction SITE 1
stockées sur des sites différents via des requêtes.
G. Communication

 Une requête interrogeant une BD répartie est dite requête répartie. Elle se
SITE 2
décompose en un ensemble de sous-requêtes sur les BD locales.
SGBD Local 2 RESEAU

G. Transaction
 Architecture fonctionnelle
G. Communication
3 composants majeurs :
- SGBD local
SGBD Local 3
- Gestionnaire de transactions SITE 3
G. Transaction
- Une composante de communication G. Communication

Alimazighi & Boukhalfa 17 Alimazighi & Boukhalfa 18

LE SGBDR: les composantes LE SGBDR: Objectifs

 SGBD Local : exécution d’une sous-transaction : 1. Définition et manipulation des ensembles de données réparties sur
1. Lecture des données de la BD sur un espace de travail
différents sites comme un seul ensemble logique.
2. Transfert de données entre l’espace de travail et les différents sites
2. Indépendance à la localisation.
3. Manipulation des données sur les espaces de travail
4. Mise-à-jour de la BD locale • Les données ne résident pas nécessairement sur le site utilisateur. Celui
 Gestionnaire de transaction : coordination et exécution des transactions : ci peut ignorer la localisation des données.
1. Translation des requêtes (en fonction des modèles)
• L’information concernant la localisation des données, est maintenue
2. Contrôle de concurrence
dans le dictionnaire de données, et consultée par le SGBD distribué pour
3. Contrôle de l’exécution de la requête répartie
 Composante de communication : responsable de l’interconnexion de machines déterminer la localisation des relations impliquées dans la requête des
coopérantes. utilisateurs.
Elle garantie la délivrance des messages entre les différentes machines sans perte d’information,
surveille l’atomicité des transactions et permet certains mécanismes de synchronisation.

Alimazighi & Boukhalfa 19 Alimazighi & Boukhalfa 20

5
 14/05/2014

LE SGBDR: Objectifs LE SGBDR : Objectifs

2. Extensibilité: 5. Cohérence : la cohérence est le respect des contraintes

 C’est la capacité d’augmentation incrémentale, par introduction de nouveaux sites dans le réseau, d’intégrité
avec un impact minimal sur les bases de données locales et les programmes d’applications
 Assurer la cohérence lors de la mise-à-jour des copies.
existants.
 Assurer la cohérence de la BD dans le cas de mise-à-jour concurrentes.
• Le système de gestion de bases de données distribué doit être capable d’intégrer les  Maintien de la cohérence de la BD en cas de panne.
nouveaux nœuds ajoutés au réseau.

• L’interface de l’utilisateur global doit être assez évolutive, pour permettre d’intégrer de La cohérence est assurée grâce au concept de transaction: dans les BDD distingue
nouvelles fonctionnalités sans détruire la gestion de l’interface existante. transaction globale, sous-transaction et transaction locale

4. Fiabilité et performance

 Duplication transparente de certaines données, de façon à permettre au système global de 6. Sécurité

router la requête utilisateur à une source alternative, quand la source principale ne fonctionne plus.
Contrôle d’accès et protection des données confidentielles.

Alimazighi & Boukhalfa 21 Alimazighi & Boukhalfa 22

LE SGBDR : Les règles de transparence de Stonebraker CRITERES DE CLASSIFICATION

1. Transparence de consultation : une opération de consultation doit donner le même résultat  Trois critères essentiels :
quelque soit le site

2. Transparence de mise-à-jour : émise sur n’importe quel site, une mise-à-jour impliquant

plusieurs sites, donnera toujours le même résultat.  AUTONOMIE

3. Transparence de schémas : les schémas de tous les sites peuvent être rendus visibles sur  DISTRIBUTION
n’importe quel site.
 HETEROGENEITE
4. Transparence de performance : les requêtes sont comparables en performance sans tenir

compte du site d’émission.

5. Transparence de transaction : exécution des transactions réparties concurrentes en maintenant

la cohérence de la BD répartie.

6. Transparence de copies (indépendance à la duplication) : des copies nécessaires de données

peuvent être effectuées sur des sites sans que cela ne soit visible à l’utilisateur.

Alimazighi & Boukhalfa 23 Alimazighi & Boukhalfa 24

6
 14/05/2014

CRITERES DE CLASSIFICATION CRITERES DE CLASSIFICATION

 AUTONOMIE: L’autonomie est la capacité des SGBDs locaux à traiter les  DISTRIBUTION des données:
requêtes locales de manière totalement indépendante du système global. Elle mesure le degré de distribution des données. (distribué ou pas)
Chaque site doit disposer localement de toutes les informations qui se
trouvent dans le dictionnaire de données afin d’être autonome, sans avoir à
 HETEROGENEITE: on distingue plusieurs type d’hétérogénéité
compter sur un dictionnaire de données global centralisé.
 Hardware, protocoles réseaux

 Modèles de données
La classification devra se baser sur :
 Langages
 La mesure du degré d’indépendance

 Le volume des échanges intersites et la capacité d’exécution de transactions

indépendamment des autres sites.
 La distribution du contrôle

Alimazighi & Boukhalfa 25 Alimazighi & Boukhalfa 26

TYPOLOGIE DE SGBD TYPOLOGIE DE SGBD

Homogènes fédéré
distribué
Distribution SGBD homogènes Distribution
distribués multi-bases
homogènes
Distribué distribués
SGBD fédérés
Systèmes hétérogène
homogènes
multi-bases
mono-sites
Autonomie
Autonomie
Fédéré hétérogène Multi-bases
SGBD hétérogènes mono-site hétérogènes
Intégrés

Hétérogénéité Hétérogénéité

Alimazighi & Boukhalfa 27 Alimazighi & Boukhalfa 28

7
 14/05/2014

TYPOLOGIE DE SGBD Allocation de données

• Cas le plus général: Les systèmes les plus utilisés Quatre stratégies
• Systèmes fédérés distribués hétérogènes 1. Allocation centralisée
• Multi-bases de données hétérogènes distribués Une seule base de données, un seul SGBD, sur un site et des utilisateurs
répartis sur le réseau. Tous les sites sauf le site central doivent passer
• Certains auteurs ne font pas le distinction entre multi-base et système fédéré.
par le réseau pour tous les accès aux données.
• Une MultiBase de données intègre les systèmes de gestions de bases de  Coûts de communication très élevés, fiabilité et disponibilité de
données (SGBD) locaux, pré existants. données réduites

• C’est un ensemble de bases de données faiblement couplées et autonomes 2. Allocation fragmentée ou partitionnée: partitionnement de la BD
qu’un utilisateur peut manipuler à l’aide d’un langage spécifique. en fragments disjoints distribués chacun sur un site.
 Coûts de stockage et de communication réduits, mais fiabilité et
• On peut dire que c’est le degré d’autonomie qui distingue les deux.
disponibilité de données réduites

2008/2009 Alimazighi & Boukhalfa 29 2008/2009 Alimazighi & Boukhalfa 30

Allocation de données Les Techniques de répartition de données: la réplication

3. Réplication complète  Avantages :

• Disponibilité des données : une relation R peut être atteinte à partir de
Une copie de la totalité de la BD sur chaque site., n’importe quel site, en cas d’avarie affectant un site donné.

 Parallélisme des traitements : lorsque la majorité des transactions relatives à

Fiabilité, disponibilité optimales, mais coûts de stockage et
une relation R ne mettent en jeu que des lectures, plusieurs sites peuvent travailler
communication élevés à cause des mises à jour.
en parallèle sur cette relation.

4. Réplication sélective  Inconvénients :

 Alourdissement des procédures de mise-à-jour : toute mise-à-jour doit être
Combinaison de la centralisation, fragmentation, et réplication.
appliquée à l’ensemble des sites dépositaires de la relation pour garantir la
Tous les avantages de chacune des approches tout en évitant leur consistance des répliques des relations.

inconvénients;  Augmentation du volume de la BD

2008/2009 Alimazighi & Boukhalfa 31 2008/2009 Alimazighi & Boukhalfa 32

8
 14/05/2014

Les Techniques de fragmentation de données Les Techniques de répartition de données: la fragmentation

 Avantages de la fragmentation La fragmentation

 Utile: en général, les applications travaillent sur des vues qui sont des sous-  Fragmenter une relation R, c’est la diviser en un certain nombre de fragments
ensembles de relations, qui peuvent être des unités de répartition.
r1,r2, …, rn, dont chacun contient des données de R.
 Efficacité: stockage de données à proximité du lieu de leur utilisation fréquente.
Règles de correction
 Parallélisme: une transaction globale peut être décomposée en sous-transactions
 Décomposition sans perte : chaque élément de données appartenant à la relation globale appartient aussi à
travaillant chacune sous un fragment, donc accroissement du parallélisme. un ou plusieurs de ses fragments.
 Inconvénients de la fragmentation  Reconstruction : d’une relation globale à partir de ses fragments doit être toujours possible.

• Performances réduites du fait de la répartition des fragments sur les différents  Non duplication : impose que les fragments sont disjoints dans le cas de la fragmentation horizontale.

sites. Il existe deux façons différentes de fragmentation :

• Intégrité difficile puisque du fait de la fragmentation , les dépendances
 fragmentation horizontale
fonctionnelles sont aussi réparties sur les différents sites.
 fragmentation verticale

2008/2009 Alimazighi & Boukhalfa 33 2008/2009 Alimazighi & Boukhalfa 34

Types de fragmentation Les Techniques de répartition de données: la fragmentation

Fragmentation verticale La fragmentation verticale

 Décomposer les objets en un ensemble de colonnes (attributs). Fragments de R

A1 A2 A3 A4 A5
La relation R est décomposée en plusieurs Relation R
R.F1
I1

I2 sous-ensembles r1, r2, …rn, tel que :

I3

I4 R.F2
I5

I6
chaque fragment ri = Project (R / ri)
I7

I8
R.F3

R = r1 join r2 join r3….joinrn)

I9

I10

I1
A1 A4

A1 A2 A1 A3 A5
Remarque : il est nécessaire de rajouter un attribut spécial appelé tuple-
I2 I1 I1

I3

I4
I2

I3
I2

I3
identification à la relation R. Il correspond à l’adresse logique ou physique
I5 I4 I4

I6

I7
I5

I6
I5

I6 d’un tuple qui sera une clé primaire pour la relation augmentée. De manière
I8 I7
I7

générale cet attribut n’est pas visible à l’utilisateur.

I9 I8
I8
I10 I9
I9
I10
I10

35 2008/2009 Alimazighi & Boukhalfa 36

9
 14/05/2014

Types de fragmentation Les Techniques de répartition de données: la fragmentation

Fragmentation horizontale Relation R

Fragments de R
R.F1

 Décomposer les objets en un ensemble de lignes (instances) Fragmentation horizontale

R.F2
U
A1 A2 A3 A4 A5
Attributs R.F3
I2
A1 A2 A3 A4 A5
I4

I1 I8

I2
A1 A2 A3 A4 A5
- La relation R est subdivisée en un ensemble de sous relations r1, r2,…, rn de même
I3

I4 I1
schéma que R.
Instances

I5
I5
- Chaque sous-relation se compose d’un certain nombre de tuples de R.
I6 I6

I7
- Chaque tuple de R doit appartenir à l’un des fragments
A1 A2 A3 A4 A5
I8

I9 I3

I10 I9

A1 A2 A3 A4 A5

I7 - Un fragment peut être une sélection sur R : ri = Restrict (R / Pi)

I10
- La reconstruction de R : R = Union( ri) ; (i=1 à n).
37 2008/2009 Alimazighi & Boukhalfa 38

Types de fragmentation Types de fragmentation

Fragmentation mixte Fragmentation mixte
 Horizontale suivie d’une verticale.  Verticale suivie d’une horizontale
A1 A2 A3 A4 A5
A1 A2 A3 A4 A5
A1 A2 A3 A4 A5
I1
I1 I1

I5 I2
I2
I6
I3
I3 A1 A2 A3 A4 A5 I4
I2
I4 I5
I4

I5 I8 I6

I6 I7 A1 A4 A1 A2 A1 A3 A5
A1 A2 A3 A4 A5

I3 I8 I2 I2 I2
I7
I9
I9 I4 I4 I4
I8
I10
A1 A2 A3 A4 A5 I8 I8 I8
I9
I7

I10
I10

A1 A4 A1 A2 A1 A3 A5

I3 I3 I3

A1 A4 A1 A2 A1 A3 A5
I9 I9 I9

I1 I1 I1

I5 I5 I5
A1 A4 A1 A2 A1 A3 A5
I6 I6 I6
A1 A4 A1 A2 A1 A3 A5
I1 I1 I1
A1 A4 A1 A2 A1 A3 A5 I7 I7 I7
I2 I2 I2 I2 I2
I2
I4 I4 I10 I10 I10
I4 I3 I3 I3
I8 I8
I8
I4 I4 I4
A1 A2
A1 A4
A1 A3 A5
I3
I5 I5 I5 A1 A4 A1 A2 A1 A3 A5
I3
I3
I9
I9 I6 I6 I6
I9 I1 I1 I1

A1 A4
A1 A2 I7 I7 I7
I7 A1 A3 A5
I5 I5 I5
I7
I10 I7 I8 I8 I8
I10 I6 I6 I6
I10
I9 I9 I9

I10 I10 I10

39 40

10
 14/05/2014

Fragmentation Horizontale Primaire et dérivée (I) Fragmentation Horizontale Primaire et dérivée (II)

Fragmentation horizontale primaire (FHP) Fragmentation horizontale dérivée (FHD)

 Fragmenter une table en utilisant les prédicats de sélection définis sur
 Fragmenter une table (S) selon des attributs d’une autre table (T) :
cette table (existence de lien entre S et T)
Prédicat : Attribut  Valeur,  {=,<, , >, ,} et valeur Domaine(Attribut).  Ventes(Client_id, Produit_id, Date, Montant) Ventes1
Client1
 Exemple: Client (Client_id, Nom, Ville)
Client1  Ventes1=Ventes Client1 Algérois
 Client1 :  Ville=‘ Alger’(Client)
Client
Algérois  Ventes2=Ventes  Client2
 Client2 :  Ville=‘Béchar’(Client) Client2 Ventes2
Béchariens
Impact de la FHP sur les requêtes Client2 Impact de la FHD sur les requêtes
 Optimisation des sélections Béchariens
 Optimisation de la jointure entre S et T

Select Nom, Age Client1

Select Nom, Select sum(Montant) Ventes
Ventes1 Ventes2
Client
From Client Algérois
Age From Client C, Ventes Select sum(Montant)
Where V
Client2 From Client2 Where C.CID=V.CID From Ventes2
Ville=Béchar Béchariens and Ville=Béchar Client Client1 Client2
Béchariens
Algérois
41 42

Fragmentation par intervalle « Range » Fragmentation dérivée par le mode Référence

Client 1
Fragmenter une table selon le schéma de fragmentation d’une autre table en
Age Age<18
utilisant le lien par clé étrangère.
Client 2
0 18 60 120
18Age<60

Domaine(Age) Client 3 CREATE TABLE Ventes

Client (Client_id NUMBER(5),
Age60
Ventes1 Time_id NUMBER(5)),
Client1
Montant NUMBER(20),
CREATE TABLE Client
Algérois CONSTRAINT order_items_fk
(Client_id NUMBER(5),
Nom Varchar2(20), Client2 Ventes2 FOREIGN KEY(Client_id) REFERENCES Client(Client_id)
Ville Varchar2(20), Béchariens )
Age Number(3),
PARTITION BY REFERENCE(order_items_fk);
Genre Varchar2(1))
PARTITION BY RANGE (Age)
(
PARTITION Client_Moins_18 VALUES LESS THAN (18) TABLESPACE TBSMoins27,
PARTITION Client_18_59 VALUES LESS THAN (60) TABLESPACE TBS27-59,
PARTITION Client_60_Et_Plus VALUES LESS THAN (MAXVALUES) TABLESPACE TBSPlus60
);
43 44

11
 14/05/2014

Architecture de référence Architecture de référence

 Schéma conceptuel global

Schéma Externe Global 1 Schéma Externe Global 2
Il contient la description unifiée de la base de données répartie indépendamment de
l’environnement réparti. Il est défini pour être la synthèse des besoins de l’ensemble des
applications.
Schéma Conceptuel Global
 Schéma de Placement
Schéma de Placement Global
• Nécessité de la définition d’un dictionnaire de données qui contient les informations
concernant la localisation provenant de la répartition (fragmentation et duplication), on
Schéma Externe Local 1 Schéma Externe Local 2 l’appelle aussi schéma de placement.

• Un dictionnaire est dit global lorsqu’il contient des informations sur tous les sites.
Schéma Conceptuel Local 1 Schéma Conceptuel Local 2
• Un dictionnaire est dit local lorsqu’il contient uniquement des informations d’un site.
Schéma Interne Local 1 Schéma Interne Local 2 Dans ce cas, le SGBD devra s’appuyer sur les dictionnaires des autres sites pour localiser
une information.
Alimazighi & Boukhalfa 45 Alimazighi & Boukhalfa 46

Architecture de référence
Architecture de référence
 L’existence de schéma conceptuel global permet de regrouper toutes les
 Schéma externe global : vue d’un groupe d’utilisateurs sur structures de données afin de les maintenir de façon centralisée. Lorsque des
BD existent déjà et qu’il va falloir mettre en relation, il n’est pas nécessaire de
la BD répartie. regrouper toutes les structures de données.

 Architecture sans schéma global

 Schéma interne local et schéma conceptuel local :
SCHEMA EXTERNE 1 SCHEMA EXTERNE 2 SCHEMA EXTERNE m
identiques à ceux d’une base de données centralisées.

 Schéma local externe : vue de la base de données locales. SCHEMA CONCEPTUEL SCHEMA CONCEPTUEL SCHEMA CONCEPTUEL
LOCAL 1 LOCAL 2 LOCAL n

(ensemble de fragments de relations)

SCHEMA INTERNE SCHEMA INTERNE SCHEMA INTERNE

LOCAL 1 LOCAL 2 LOCAL n

Site 1 Site 2 Site n

Alimazighi & Boukhalfa 47 Alimazighi & Boukhalfa 48

12
 14/05/2014

ARCHITECTURE FONCTIONNELLE BASEE SUR UNE APPROCHE CLIENT SERVEUR

ARCHITECTURE FONCTIONNELLE BASEE SUR UNE APPROCHE CLIENT SERVEUR

Deux composants systèmes :

 Gérant d’applications sur le site (Client) Site Client

 Gérant de données sur le site (Serveur)
 Interface utilisateur
Client Serveur

Schéma externe
 vérification de la conformité de la requête répartie avec le schéma
Schéma externe
Interface Utilisateur Évaluation des
global Local
requêtes locales
externe.
Contrôle sémantique Schéma Gestion des sous Schéma
des données Conceptuel transactions Conceptuel
Local
 Restitution des résultats après exécution de la requête
global

Évaluation des
requêtes réparties
Schéma de
Placement
Accès aux
données
Schéma Interne
 Contrôle sémantique des données
Gestion des
transactions
 vérification des contraintes d’intégrité sémantique
Base Locale
 contrôle d’autorisation

Alimazighi & Boukhalfa 49 Alimazighi & Boukhalfa 50

ARCHITECTURE FONCTIONNELLE BASEE SUR UNE APPROCHE CLIENT SERVEUR ARCHITECTURE FONCTIONNELLE BASEE SUR UNE APPROCHE CLIENT SERVEUR

 Évaluation de requêtes réparties

Site serveur : Gérant des données

 A chaque requête répartie est construit un plan d’exécution réparti.  Évaluation de requêtes locales

 Un plan d’exécution réparti est un programme découvrant la stratégie d’exécution  Vérification que les requêtes locales sont conformes au schéma externe local.

optimisée d’une requête répartie. Une requête globale est décomposée en un  Génération du plan d’exécution de la requête locale

ensemble de sous-requêtes locales, (génération d’un arbre syntaxique optimisé).

 Gestionnaire de sous-transactions
 Optimisation : choisir la meilleure localisation des copies de fragments dans le
 Synchronise les sous-transactions d’une même transaction globale
dictionnaire de données et ordonnancer les requêtes locales de façon optimisée.
 Validation des sous-transactions

 Gestion de transactions
 Accès aux données
 assure le contrôle de concurrence réparti
 fonctions normales de gestion de données : gestion de la mémoire et des méthodes d’accès aux
 validation des transactions données du site.

 reprise de transactions

Alimazighi & Boukhalfa 51 Alimazighi & Boukhalfa 52

13
 14/05/2014

CLASSIFICATION DES APPROCHES DE CONCEPTION D’UNE BDR

CLASSIFICATION DES APPROCHES DE CONCEPTION D’UNE BDR

 Approche descendante La démarche descendante comprend trois étapes

• la conception

• la fragmentation
 Répartition d’une BD centralisée.
• l’allocation
 Approche de décomposition descendante d’une BD centralisée en une collection de
données appartenant logiquement au même système mais physiquement étalée sur  Avantages
plusieurs sites. La BDR est dite homogène.  favorise la croissance incrémentale en facilitant l’ajout d’un nouveau site dans

 Définition d’une stratégie de duplication et fragmentation le réseau et convient à une nouvelle BD

 La description globale est nécessaire • Inconvénient

 Exemple : R* de IBM (1979,1984). Ce SGBD réparti consiste dans plusieurs sites  une modification du schéma global peut entraîner la reprise tout le processus
autonomes dotés du même SGBD . de conception
Alimazighi & Boukhalfa 53 Alimazighi & Boukhalfa 54

CLASSIFICATION DES APPROCHES DE CONCEPTION D’UNE BDR CLASSIFICATION DES APPROCHES DE CONCEPTION D’UNE BDR

Approche ascendante BD virtuelle La démarche ascendante comprend les étapes suivantes :

- sélection d’un modèle de données commun pour la description des
schémas au niveau global appelé modèle pivot ou canonique.
- Transformation de chaque schéma local dans le modèle pivot.
- Intégration de l’ensemble des schémas locaux.
 Prise en compte d’un ensemble de BD existantes pour construire la BDR :
intégration de BD en vue d’une seule dite multibase de données.
MODELE 1 MODELE 2

 La multibase est dite homogène si les SGBD gérant les BD locales sont les
MODELE PIVOT
mêmes. TRADUCTEURS

 La multibase est dite hétérogène dans le cas contraire. MODELE 3

Alimazighi & Boukhalfa 55 Alimazighi & Boukhalfa 56

14
 14/05/2014

LES ETAPES DE DEVELOPPEMENT D’UNE FEDERATION Synthèse

ETAPE 1 : Translation
 Un système fédéré ne saurait s’envisagé sans résoudre les problèmes de
 Construction du schéma composant à partir du schéma local en utilisant le modèle pivot.

ETAPE 2 : Définition translation qui se posent lors du transfert de données d’un contexte local à un
 Définition des schémas d’exportation à partir du schéma composant. C’est l’étape qui permet la
contexte global.
construction des schémas d’exportation à partir des données que le gestionnaire de la fédération

souhaite faire partager.  Le principe général d’une telle translation repose sur la définition des
ETAPE 3 : Intégration
caractéristiques intrinsèques des modèles et de développer ensuite des règles
 Intégration des schémas d’exportation en un ou plusieurs schémas fédérés. C’est cette étape
de correspondance permettant de générer un schéma composant dans le
qui réalise la coopération entre les SGBD locaux.

ETAPE 4 : Attribution modèle pivot à partir d’un schéma source exprimé dans le modèle local.
 Définition des schémas externes pour chaque utilisateur ou chaque classe d’utilisateurs. 

Alimazighi & Boukhalfa 57 Alimazighi & Boukhalfa 58

MODELE COMMUN ET TRANSFORMATION DE SCHEMAS CRITERES DE CHOIX DU MODELE COMMUN DE DONNEES

Objectifs d’un modèle commun

Une BD fédérée supporte deux classes d’utilisateurs
• Capturer les capacités structurelles et sémantiques des modèles locaux.
• Les utilisateurs de la fédération qui manipulent les données par
• Faciliter la communication entre utilisateurs des systèmes divers et parfois incompatibles.
l’intermédiaire des schémas fédérés
Critères de choix
• Les utilisateurs locaux qui accèdent uniquement aux données locales
 Complétude : le modèle pivot doit permettre de décrire toutes les notions conceptuelles des
 La conception de BDR fédérés hétérogènes est basée sur la notion de
autres modèles de données.
translation de schémas pour permettre la transformation depuis les  Facilité de traduction : le modèle pivot doit pouvoir faciliter la translation entre le schéma local

structures de données depuis un modèle vers les structures de et le schéma composant.

données d’un autre modèle appelé modèle commun.  Évolution du schéma : Le modèle de données commun doit pouvoir assurer l’évolution d’un

schéma avec un minimum de remise en cause de l’existant.

 Expression de la répartition : le modèle pivot doit permettre de décrire la répartition de données

Alimazighi & Boukhalfa 59 Alimazighi & Boukhalfa 60

15
 14/05/2014

TRANSFORMATION DE SCHEMAS TRANSFORMATION DE SCHEMAS

 Principe général : développement de langages de description permettant de Application

définir les opérations à effectuer pour passer des valeurs d’une caractéristique
à une autre valeur.
Schéma réseau Codasyl Schéma Relationnel
Premier modèle pivot : le modèle relationnel
OWNER R1 id1, a1, …, an R1 (id1, a1, …, an)
 Les justificatifs étant les suivants :
R2 (id2, b1, …, bm, id1)
 facilité de composition et de recomposition de relations (fragmentation facile)
R2 R3 R3 ( id3, c1, …,ck, id1)
 la représentation uniforme des attributs permet de retirer des informations sur Id2, b1, …, bm id3, c1, …, ck

la base de valeurs d’attributs communs. MEMBER MEMBER

 Les translations peuvent être exprimées dans les langages de manipulation

rendant la décomposition de requêtes assez directe.

Alimazighi & Boukhalfa 61 Alimazighi & Boukhalfa 62

IMPACT DE L’INTRODUCTION DES CONCEPTS OBJET IMPACT DE L’INTRODUCTION DES CONCEPTS OBJET DANS LE
DANS LE DEVELOPPEMENT DES BDR HETEROGENES DEVELOPPEMENT DES BDR HETEROGENES
 Le modèle relationnel
Pourquoi un modèle objet comme modèle commun ? • Le modèle relationnel ne prévoit aucune extension pour représenter les hiérarchies de types (données

simples).
 Un modèle de données commun doit :
• Dans les systèmes relationnels, les tuples ne peuvent être distingués que sur la base des valeurs de leurs
• avoir une puissance de représentation au moins égale à celle des modèles natifs des
attributs (états).
schémas locaux,
• Manque de perception globale : définition de beaucoup de relations pour représenter les entités et leurs
• offrir une formalisation puissante qui doit permettre d’enrichir les schémas locaux. liens

Comme les sources d’information sont dispersées dans un système fédéré, et • La manipulation des entités nécessitent beaucoup de jointures

 Les modèles sémantiques ont été utilisés avec succès (modèle fonctionnel ou modèle E/A et E/A
dans l'optique actuelle, les informations sont complexes (multimédias), il
étendu). Étant des modèles statiques, leur insuffisance a été leur limite dans l’expression du
devient intéressant d’augmenter les possibilités d’expression et de capturer la
comportement.
dynamique des applications distribuées. Le modèle OBJET : encapsulation
du comportement dans des
méthodes accompagnant les
données
Alimazighi & Boukhalfa 63 Alimazighi & Boukhalfa 64

16
 14/05/2014

IMPACT DE L’INTRODUCTION DES CONCEPTS OBJET DANS LE IMPACT DE L’INTRODUCTION DES CONCEPTS OBJET DANS LE DEVELOPPEMENT
DEVELOPPEMENT DES BDR HETEROGENES DES BDR HETEROGENES

Règles de correspondance avec le modèle objet

• Règle 5 : Pour un lien d’association autre que celui spécifié
 Règle 1 : Transformer chaque entité de base qui peut être soit une relation, soit un segment, soit

un record en une classe d’objets portant le même nom. dans la règle précédente, créer une nouvelle classe d’objet
 Règle 2 : A chaque constituant simple d’une entité de base correspond une propriété de ayant comme propriétés les propriétés du lien et des liens
composition simple du modèle objet.
de référence référençant toutes les classes d’objets
 Règle 3 : A chaque propriété de composition multiple, définir une classe objet séparée reliée à la

classe supérieure par un lien de composition. participantes.

 Règle 4 : A une association spécifiant un lien binaire non porteur de propriétés :
 Règle 6 : Transformer un lien de sous-typage par un lien de
• - pour une cardinalité 1 :N : créer un lien de référence multiple au niveau de la classe d’objet

participante référençante.
généralisation au niveau de la classe spécialisée.
• - pour une cardinalité M :N créer un lien de référence multiple au niveau de chaque classe

d’objets participante.

Alimazighi & Boukhalfa 65 Alimazighi & Boukhalfa 66

17