-->Introduction -Base de donnes rparties(distribue) est une base de donnes logiquen dont les donnes s ont distribues sur

plusieurs SGBD et visibles comme un tout. Les donnes sont changes par messages, Si les donnes sont dupliques, on parle plutt de BD rsplique -Base de donnes fdres: BD de donnes rpartie compose d'un ensemble de bases de donnes e, Chaque site a son schma local, pas forcment inclus entirement dans le schma globa l -Base de donnes parallles -Base de donnes multibases:Pas de schma global, pas de site central. Accs (une part ie des) donnes distantes. -->Motivation: -BD centralise: une machine, un SGBD ==> Vulnrabilit, cot d'infrastructure, Inadapta tion aux structures d'entreprise dcentralises -BD distribues: plusieurs machines, plusieur SGBD==> coopration entre site informa tique, partage de donnes *Limiter le transfert d information (nombre et volume) *Rpartition de charge *Augmenter la fiabilit (duplication) *Fusionner des systmes d informations --> Buts: pourquoi une BD rpartie? -partager des donnes -limiter les transferts de donnes -augmenter la fiabilit (redondance) et la disponibilit pour les donnes -permettre d'volution d'une structurre d'entreprise -Rpartition de charge -Fusionner des systmes d informations --> BD niveau de distribution: -Localisation des donnes transparente==> shma global: *BD rparties (up-down= approche descendante): accs global uniquement: Fragmentatio n, distribution pour obtenir des shmas conceptuels locaux *BD fdrs(Down-up= approche ascendant): accs global et local: integration de bases de donnes existantes, Htrognit -Localisation visible des donnes==> pas de shma global: sys multibases, syst inter oprables --> Structure: -rseau totalement connect -rseau en anneau -rseau partiellement connect -rseau en toile -rseau arborescent -->Principes des BD rparties: -une seule bd vue par l'utilisateur -il ne voit pas les pblemes de fiabilit, d'optimisation, de transaction rpartie, d e localisation -transparence totale --> Avantage de la rpartition des donnes: **fiabilit et efficacit d'acces des donnes partages -partage des donnes et gestion rpartie -fiabilit et disponibilit **complexit pour coordonner -cot de dveloppement logiciel -potentialit plus forte d'erreurs logicielles -Servitudes systeme accrus pour la coordination: echange de messages, calculs su pplmentaires...

## architecture de rpartition: -->Principes: *soit une relation R: -rplication: R copie sur plusieurs sites -Fragmentation: R dcoup en plusieur fragments, chacun hberg par un site -rplication et fragmentation:R dcoupe en plusieurs fragments copis sur divers sites --> dfinition de niveaux de shmas: -les besoins des utilisateurs sont intgrs dans un shma conceptuel -des vues peuvent tre drives du shma conceptuel -l'admin construit le shma de fragmentation -l'admin dfinie le shma d'allocation, -des shmas logiques sont cres automatiquement sur chaque site des fragments allous -L'admin dcrire les shma internes. ==> pourquoi fragmenter?? Pas de vraie raison d un point de vue distribution de donnes Avantages de la distrib ution : performances, disponibilit, tolrance aux pannes, localit... ==> comment fragmenter?? ##Grain / degr de fragmentation: Trop peu de fragments - faible concurrence Trop de fragments - surcot dans la reconstruction des relations ==> Technique de fragmentation: -Favoris: les oprtions de lecture, la disponibilit des donnes -Probleme complexe: mise jour -pour simplifier le traitement des rpliques: choix d'1 copie de rfrence, la copie p rimaire. -Les donnes distibues peuvent correspondre une fragmentation(rsultat d'une requte SQ L): *fragmentation horizontale(F.H) bas sur des selections *fragmentation vertical(F.V): base sur des projection *fagmentation mixte(FM): FH & FV -Decomposition de la BD en 'sous' bases: en fait dcoupage d'un shma en sous-shmas -Fragmentation si possible sans perte d'information -Granularit de la fragmentattion: Fine==>Efficace, Grossire==>Simple ==> Rpartition des occurrences: Fragmentation horizonatale: les occurrences d'une classes sont rparties dans des f ragments diffrents): relation divises en sous relation chacune contenant des n-upl et d'1 relation d'origine --> fragmentation par une slection: -Compte1=s(TypeCompte='courant')Compte, -Compte1=s(TypeCompte='depot')Compte, -->recomposition par union:compte=compte1 U compte2 Fragmentation vertical: les attributs d'une classe sont rparties dans plusieurs fr agments -->fragmentation par projection: client1=p(NoClient, NomClient)Client client2=p(NoClient, Prnom, age)Client --> Recomposition par jointure: Client (joiture)Client (((il faut garder la cl, sinon perte d'information)))) --> Fragmentation Mixte: application successive d'oprations de fragmentation hori zontale et verticale ## Fragmenter: o et comment ???? -Comment dterminer les fragments? --> requtes importantes -o stocker ces fragments?--> shma d'allocation -Est ce dfinitif?? --> Fragmentation et allocation: statique ou dynamique? ##shma de fragmentation: -->But: dterminer les lignes de dcoupe

## Rplication/duplication: -->la rplication permet de favoriser l'accessibilit aux donnes -->Rplication: donnes dupliques en plusieurs endroits ------> Avantages: disponibilit, performance et cot, Organisation, adaptation, dcon centration -multiple de l'accs local(disponibilit et temps de rponse) -accrot la srt des donnes en autorisant des accs alternatifs -rduit la charge du rseau -dcharge sites matre et sites de vues matrialises matre -accrot la scurit des donnes en autorisation des sous -ensembles slectionns et donnes ------> Inconvenients: -servitudes de mise jour: le systeme doit garantie le cohrence des rplique avec ma j.Sur toutes les rpliques(gestion alourdit) -cohrence des diffrentes copies ##Oracle et la rpartition des donnes: pour Oracle, pas de BDR mais des bases de donnes distribues: un ensemble de BD, st ockes et gres par des machines et des SGBD diffrents, mais qui doit tre vus comme un tout --> EN mode distribu, chaque systme est un noeud pouvant jouer le rle de client ou de serveur --> un user peu etre connect directement ou indirectement une base --> Oeacle permet de rpliquer tout un ensemble d'objets --> Les objeys sont regroups dans des groupes de replication pour leur gestion: -Simplifie la def d'un shma de rplicationpour une base de donnes -un gruope peut posseder des objets issus de plusieurs schmas -un shma peut possder des objets de plusieurs groupes -un objet peut appartenir qu' un seul groupe. #3 modes de rplication: --> asynchrone(read only) intervalles rguliers avec des snapshots ou vues Matriali ses --> Synchrone read only: des modification de la copie primaire -->Synchrone read/Write: la plus complexe, car tt changement d'une copie quelcon que est transmit immdiatement aus autres rpliques, avec application du 2PC.ces 2 d erniers modes sont raliss avec des triggers. ##cration de snapshot/vues matrialises --> snapshot: create snapshot nom_snapshot refresh sysdate DT as Query db_link_name -->Vues materialises: create materialized view refresh next sysdate + DT As Query db_link_name l'objectif vis par la materialisation de vues est de reduire le cout d'execution des requetes.une vue matrialise est une vue dont le rsultat de sa requete de defini tion est stock. Le choix des vues materialiser fait intervenir plusieurs parametr es: frequence et composition des requetes, cout de maintenance et de transfert, capacit de stockagede cahque site, etc. ce pblem bien connu, mais non totalement rsolu d'une faon satisfaisante sans les s ystemes de bases de donnes classiqueet les systemes d'entrepots de donnes, ncessite en plus dans le contexte distribu de dterminer sur quels noeuds du reseau seront stockes ces vues materialises. ## Triggers(dclancheurs): -un trigger est un programme stock dans le DD et dclanch automatiquement par des vnem ents lis des actions sur la base. les evenements dclancheurs peuvent tre les comman des LDM insert, update, delete, ou les cmdes LDD create, alter, drop.

## Liens: - pour faciliter l'acces une autre base, Oracle permet la dfinition de liens entr e une base et une autre et dans un sens unique de liaison CREATE DATABASE LINK ENSAT ServeurInstanceBD -acces aux lien BD cre: select*from user_db_link -acces aux donnes distantes: select * from scott.emp@ensat