SlideShare une entreprise Scribd logo
BDD Distribuée
République Algérienne démocratique et populaire.
Université Dr. Tahar Moulay – Saïda
Département d’informatique
Matière : ED
Master 2 RISR
2019/2020
Présenté par : Enseigné par :
• Kamar MEDDAH
• Kafi Abderrahmane
• Mr. Fellah
Plan
I. Introduction
II. BDD Mono-machine
III. Architecture Client- Serveur
IV. Architecture 3 niveaux
V. Vers la distribution
VI. Les différentes technique
distribution
VII. Types de Fragmentation
VIII.Intégration
IX. Réplication
X. Conclusion
XI. Reference
I. Introduction
Définition
Une BDD distribuée est caractérisé par :
▪ Une grande quantité de données résidant sur plusieurs machines.
▪ SGBD distribuées est un logiciel qui permet d’avoir un point d’entrée
unique sur une base de données distribuées.
BDD distribuée est une base de données logique dont les données sont
distribuées sur plusieurs SGBD et visibles comme un tout.
II. BDD Mono-machine
II. BDD Mono-machine
▪ Les SGBD des débuts : centralisés.
▪ Pluri-utilisateurs.
▪ Terminaux.
III. Architecture Client-
Serveur
III. Architecture Client-Serveur
▪ Client
▪ Application
▪ Interface graphique
▪ Serveur
▪ Gestion des requêtes
▪ Gestion des transactions
▪ Gestion des pannes…
IV. Architecture 3
niveaux
IV. Architecture 3 niveaux
▪ Le niveau client : un navigateur Web
▪ Présente du contenu, par ex HTML.
▪ Le niveau intermédiaire
▪ Communique avec le SGBD .
▪ Gère l’application (Java, C++, C# …).
▪ Génère le contenu pour le client.
▪ Le niveau serveur : base de données.
10
V. Vers la distribution
V. Vers la distribution
▪ L’augmentation du volume de donnes, traitements et
transactions a mené vers BDD distribuée .
▪ Des calculs et des données sont décentralisés.
▪ Un point d’entrée unique pour accéder à toutes les données de
manière transparente.
Théorème
de CAP
Un système distribué ne peut prendre en charge que deux des
caractéristiques suivantes:
▪ Consistency (tous les nœuds dans un system distribué renvoie la même valeur)
▪ Availability (Chaque nœud non défaillant renvoie une réponse pour toutes les demandes
de lecture et d'écriture dans un délai raisonnable )
▪ Partition Tolerance (Le système continue de fonctionner et maintient sa cohérence
malgré les partitions du réseau )
13
14
Deux approches de conception
Conception ascendante
▪ Part de l’existant
▪ Intègre bases locales dans
schéma global
Conception descendante
▪ On part du schéma global
▪ On le scinde en schémas locaux
Schémas d’une BD répartie
Schémas d’une BD répartie
VI. Les différentes
technique
distribution
Fragmentation
▪ On part d’une grosse base de données.
▪ On la distribue en fragments pour améliorer les performances.
▪ On obtient une base de données distribuées.
Fragmentation
▪ Un ordinateur et un disque
▪ 1 téraoctet
▪ Scan séquentiel
▪ 166 minutes (> 2.5 heures)
▪ 100 disques en parallèle
▪ moins de 2mn.
▪ 100 ordinateurs distribués
▪ Chacun son propre CPU
▪ Chacun son disque
▪ Ça passe à l’échelle
VII. Types de
Fragmentation
1. Fragmentation horizontale
▪ Les tuples (rangées) sont répartis
1. Fragmentation horizontale
▪ Adéquation géographique.
▪ Recherche de performance (I/O, traitements).
▪ Pb : consolidation correcte (unicité des clés, types des
attributs…).
2. Fragmentation Verticale
▪ Les tuples (rangées) sont découpés et fragmentés.
▪ Nécessite colonne commune (clé ou unique) dupliquée.
2. Fragmentation Verticale
▪ Comme FH, peut correspondre à consolidation ou recherche de de
performance.
▪ La reconstruction des tuples doit être possible (et validée).
▪ Mêmes problèmes que FH.
3. Verticale vs Horizontale
VIII. Intégration
VIII. Intégration
▪ On part de bases de données existantes (autonomes).
▪ On les intègre pour obtenir un point d’entrée unique.
▪ On obtient une base de données distribuées.
VIII. Intégration
VIII. Intégration
▪ Amélioration des performances (placer les traitements où se
trouvent les données)
▪ Donner aux utilisateurs une vue unique des données implémentées
sur plusieurs systèmes hétérogènes (plates-formes et SGBD).
▪ Cas typique rencontré lors de la concentration d'entreprises : faire
cohabiter les différents systèmes tout en leur permettant
d’interopérer.
VIII. Intégration
▪ Traitement de l'hétérogénéité sémantique (données de la
base).
▪ Traitement de l'hétérogénéité syntaxique : Traduction des
schémas (SGBD, communication).
▪ Intégration des schémas (pour créer un schéma global).
IX. Réplication
Réplication
▪ Faire qu’il y ait plusieurs copies de la même donnée.
▪ Si une machine n’est plus accessible, on peut quand même accéder à la
donnée.
▪ Si une machine perd une donnée, la donnée existe encore.
▪ Fiable.
▪ Rendre les données plus disponibles.
▪ Economiser des communications.
Réplication
▪ Elle a permet de faire les requêtes d’une manière performante il suffit
Interroger une des copies.
▪ Par contre son point faible son représente dans la mise a jour des données
(Mise-à-jour d’une copie – propager aux autres).
▪ Parfois le nombre des copies peut ralentir les requêtes (verrous).
Maîtres/Esclave
Réplication sans conflits
En évitant les mises à jour
multiples (réplication asymétrique)
Système maître unique
• Alimentation des entrepôts de
données
• Dissémination d’information
• Consolidation d’information
Asynchrone: la mise à jour des
copies est faite le plus tôt possible
Multi Maîtres
Réplication avec résolution des
conflits
Une règle de priorité permet de
résoudre les conflits (r. symétrique)
Systèmes maîtres multiples
• Accès délocalisé
• Système 24h/24
Synchrone: la mise à jour des copies
est faite dans la même transaction
Ajouter un pied de page 36
Configuration hybride
Système maître désigné en dynamique
• Découpage d’un processus par activité
X. Conclusion
X. Conclusion
▪ Il Existe plusieurs façon de distribuer les données.
▪ Chaque méthode de distribution a ses propres avantages et ses
propre Inconvénients .
▪ Il n’y a pas une méthode mieux qu’une autre.
▪ Chaqu'une de ces méthode résoudre un problème particulier.
▪ Il faut choisir sa façon de distribuer selon son cas.
Références
• https://www.memoireonline.com/02/11/4278/m_Conc
eption-et-realisation-dune-base-de-donnees-
repartie-sous-oracle--cas-de-lhebergement-d1.html
• https://abiteboul.com/TEACHING/DBCOURSE/Mooc
FunDistrib.all.pdf
• icps.u-
strasbg.fr/~loechner/enseignement/m2ria/exbrayat/B
drep1-bases.pdf
40
Merci pour votre
attention

Contenu connexe

Tendances

Cours ALGR M1.pdf
Cours ALGR M1.pdfCours ALGR M1.pdf
Cours ALGR M1.pdf
KhemissaSahraoui
 
BigData_TP1: Initiation à Hadoop et Map-Reduce
BigData_TP1: Initiation à Hadoop et Map-ReduceBigData_TP1: Initiation à Hadoop et Map-Reduce
BigData_TP1: Initiation à Hadoop et Map-Reduce
Lilia Sfaxi
 
Architecture réparties et les services web
Architecture réparties et les services webArchitecture réparties et les services web
Architecture réparties et les services web
CHOUAIB EL HACHIMI
 
BigData_Chp2: Hadoop & Map-Reduce
BigData_Chp2: Hadoop & Map-ReduceBigData_Chp2: Hadoop & Map-Reduce
BigData_Chp2: Hadoop & Map-Reduce
Lilia Sfaxi
 
Concéption et réalisation d'un processus décisionnel, tableau de bord social.
Concéption et réalisation d'un processus décisionnel, tableau de bord social.Concéption et réalisation d'un processus décisionnel, tableau de bord social.
Concéption et réalisation d'un processus décisionnel, tableau de bord social.
Rim ENNOUR
 
Big Data, Hadoop & Spark
Big Data, Hadoop & SparkBig Data, Hadoop & Spark
Big Data, Hadoop & Spark
Alexia Audevart
 
Le processus ETL (Extraction, Transformation, Chargement)
Le processus ETL (Extraction, Transformation, Chargement)Le processus ETL (Extraction, Transformation, Chargement)
Le processus ETL (Extraction, Transformation, Chargement)
Salah Eddine BENTALBA (+15K Connections)
 
diagramme de séquence UML
diagramme de séquence UMLdiagramme de séquence UML
diagramme de séquence UML
Amir Souissi
 
Tp Sql Server Integration Services 2008
Tp  Sql Server Integration Services  2008Tp  Sql Server Integration Services  2008
Tp Sql Server Integration Services 2008
Abdelouahed Abdou
 
Qu'est-ce qu'un ETL ?
Qu'est-ce qu'un ETL ?Qu'est-ce qu'un ETL ?
Qu'est-ce qu'un ETL ?
Mathieu Lahaye
 
Chapitre2_fragmentation_Abdali.pptx
Chapitre2_fragmentation_Abdali.pptxChapitre2_fragmentation_Abdali.pptx
Chapitre2_fragmentation_Abdali.pptx
AimadBenzakry
 
T1 corrections-qcm
T1 corrections-qcmT1 corrections-qcm
T1 corrections-qcminfcom
 
Etat de l’art approche et outils BI
Etat de l’art approche et outils BIEtat de l’art approche et outils BI
Etat de l’art approche et outils BI
Said Sadik
 
Introduction aux systèmes répartis
Introduction aux systèmes répartisIntroduction aux systèmes répartis
Introduction aux systèmes répartis
Heithem Abbes
 
Rapport data-mining
Rapport data-miningRapport data-mining
Rapport data-mining
Sawsen Larbi
 
Telecharger Exercices corrigés PL/SQL
Telecharger Exercices corrigés PL/SQLTelecharger Exercices corrigés PL/SQL
Telecharger Exercices corrigés PL/SQL
webreaker
 
BigData_Chp4: NOSQL
BigData_Chp4: NOSQLBigData_Chp4: NOSQL
BigData_Chp4: NOSQL
Lilia Sfaxi
 
Java cours n° 2 - classe-objet-constructeur
Java   cours n° 2 - classe-objet-constructeurJava   cours n° 2 - classe-objet-constructeur
Java cours n° 2 - classe-objet-constructeur
Abdelwahab Naji
 

Tendances (20)

Cours ALGR M1.pdf
Cours ALGR M1.pdfCours ALGR M1.pdf
Cours ALGR M1.pdf
 
BigData_TP1: Initiation à Hadoop et Map-Reduce
BigData_TP1: Initiation à Hadoop et Map-ReduceBigData_TP1: Initiation à Hadoop et Map-Reduce
BigData_TP1: Initiation à Hadoop et Map-Reduce
 
Architecture réparties et les services web
Architecture réparties et les services webArchitecture réparties et les services web
Architecture réparties et les services web
 
BigData_Chp2: Hadoop & Map-Reduce
BigData_Chp2: Hadoop & Map-ReduceBigData_Chp2: Hadoop & Map-Reduce
BigData_Chp2: Hadoop & Map-Reduce
 
Concéption et réalisation d'un processus décisionnel, tableau de bord social.
Concéption et réalisation d'un processus décisionnel, tableau de bord social.Concéption et réalisation d'un processus décisionnel, tableau de bord social.
Concéption et réalisation d'un processus décisionnel, tableau de bord social.
 
Big Data, Hadoop & Spark
Big Data, Hadoop & SparkBig Data, Hadoop & Spark
Big Data, Hadoop & Spark
 
Le processus ETL (Extraction, Transformation, Chargement)
Le processus ETL (Extraction, Transformation, Chargement)Le processus ETL (Extraction, Transformation, Chargement)
Le processus ETL (Extraction, Transformation, Chargement)
 
diagramme de séquence UML
diagramme de séquence UMLdiagramme de séquence UML
diagramme de séquence UML
 
Tp Sql Server Integration Services 2008
Tp  Sql Server Integration Services  2008Tp  Sql Server Integration Services  2008
Tp Sql Server Integration Services 2008
 
Qu'est-ce qu'un ETL ?
Qu'est-ce qu'un ETL ?Qu'est-ce qu'un ETL ?
Qu'est-ce qu'un ETL ?
 
Chapitre2_fragmentation_Abdali.pptx
Chapitre2_fragmentation_Abdali.pptxChapitre2_fragmentation_Abdali.pptx
Chapitre2_fragmentation_Abdali.pptx
 
T1 corrections-qcm
T1 corrections-qcmT1 corrections-qcm
T1 corrections-qcm
 
Etat de l’art approche et outils BI
Etat de l’art approche et outils BIEtat de l’art approche et outils BI
Etat de l’art approche et outils BI
 
Introduction aux systèmes répartis
Introduction aux systèmes répartisIntroduction aux systèmes répartis
Introduction aux systèmes répartis
 
Pfe
PfePfe
Pfe
 
Rapport data-mining
Rapport data-miningRapport data-mining
Rapport data-mining
 
Présentation bi 1.0
Présentation bi 1.0Présentation bi 1.0
Présentation bi 1.0
 
Telecharger Exercices corrigés PL/SQL
Telecharger Exercices corrigés PL/SQLTelecharger Exercices corrigés PL/SQL
Telecharger Exercices corrigés PL/SQL
 
BigData_Chp4: NOSQL
BigData_Chp4: NOSQLBigData_Chp4: NOSQL
BigData_Chp4: NOSQL
 
Java cours n° 2 - classe-objet-constructeur
Java   cours n° 2 - classe-objet-constructeurJava   cours n° 2 - classe-objet-constructeur
Java cours n° 2 - classe-objet-constructeur
 

Similaire à Base de données distribuée

Exchange 2013 Bonnes pratiques
Exchange 2013 Bonnes pratiques Exchange 2013 Bonnes pratiques
Exchange 2013 Bonnes pratiques
Microsoft Technet France
 
BigData_Technologies_PL.pdf
BigData_Technologies_PL.pdfBigData_Technologies_PL.pdf
BigData_Technologies_PL.pdf
MissaouiWissal
 
BigData_Technologies_PL.pdf
BigData_Technologies_PL.pdfBigData_Technologies_PL.pdf
BigData_Technologies_PL.pdf
AhmedToujani1
 
Etude comparative entre les grilles, cloud et p2p
Etude comparative entre les grilles, cloud et p2pEtude comparative entre les grilles, cloud et p2p
Etude comparative entre les grilles, cloud et p2p
kamar MEDDAH
 
DataStax Enterprise - La plateforme de base de données pour le Cloud
DataStax Enterprise - La plateforme de base de données pour le CloudDataStax Enterprise - La plateforme de base de données pour le Cloud
DataStax Enterprise - La plateforme de base de données pour le Cloud
Victor Coustenoble
 
Google spanner
Google spannerGoogle spanner
Google spanner
Stéphane NOTTER
 
ch2-hadoop-L3-2023-4p (1).pdf
ch2-hadoop-L3-2023-4p (1).pdfch2-hadoop-L3-2023-4p (1).pdf
ch2-hadoop-L3-2023-4p (1).pdf
salmanakbi
 
Mon Stockage a la Cloud Attitude
Mon Stockage a la Cloud Attitude Mon Stockage a la Cloud Attitude
Mon Stockage a la Cloud Attitude
Microsoft Technet France
 
Les BD NoSQL
Les BD NoSQLLes BD NoSQL
Les BD NoSQL
Minyar Sassi Hidri
 
Big Data : SQL, NoSQL ? Pourquoi faire un choix ?
Big Data : SQL, NoSQL ? Pourquoi faire un choix ?Big Data : SQL, NoSQL ? Pourquoi faire un choix ?
Big Data : SQL, NoSQL ? Pourquoi faire un choix ?
Microsoft Décideurs IT
 
Webinar Degetel DataStax
Webinar Degetel DataStaxWebinar Degetel DataStax
Webinar Degetel DataStax
Victor Coustenoble
 
La technologie des systemes distribués 2 ppt2222.pptx
La technologie des systemes distribués 2 ppt2222.pptxLa technologie des systemes distribués 2 ppt2222.pptx
La technologie des systemes distribués 2 ppt2222.pptx
kaoutarghaffour
 
ch1_introduction_aux_systemes_embarques.pdf
ch1_introduction_aux_systemes_embarques.pdfch1_introduction_aux_systemes_embarques.pdf
ch1_introduction_aux_systemes_embarques.pdf
HoudaBezziane
 
Toutes les raisons d'adopter MongoDB
Toutes les raisons d'adopter MongoDBToutes les raisons d'adopter MongoDB
Toutes les raisons d'adopter MongoDB
Content Square
 
A la découverte de docker, 1ère partie
A la découverte de docker, 1ère partieA la découverte de docker, 1ère partie
A la découverte de docker, 1ère partie
Samuel Desseaux
 
Hadoop and friends : introduction
Hadoop and friends : introductionHadoop and friends : introduction
Hadoop and friends : introductionfredcons
 
Hadoop Hbase - Introduction
Hadoop Hbase - IntroductionHadoop Hbase - Introduction
Hadoop Hbase - Introduction
Blandine Larbret
 
Systèmes d'Exploitation - chp1-introduction
Systèmes d'Exploitation - chp1-introductionSystèmes d'Exploitation - chp1-introduction
Systèmes d'Exploitation - chp1-introduction
Lilia Sfaxi
 

Similaire à Base de données distribuée (20)

Exchange 2013 Bonnes pratiques
Exchange 2013 Bonnes pratiques Exchange 2013 Bonnes pratiques
Exchange 2013 Bonnes pratiques
 
BigData_Technologies_PL.pdf
BigData_Technologies_PL.pdfBigData_Technologies_PL.pdf
BigData_Technologies_PL.pdf
 
BigData_Technologies_PL.pdf
BigData_Technologies_PL.pdfBigData_Technologies_PL.pdf
BigData_Technologies_PL.pdf
 
Etude comparative entre les grilles, cloud et p2p
Etude comparative entre les grilles, cloud et p2pEtude comparative entre les grilles, cloud et p2p
Etude comparative entre les grilles, cloud et p2p
 
Grid computing
Grid computingGrid computing
Grid computing
 
DataStax Enterprise - La plateforme de base de données pour le Cloud
DataStax Enterprise - La plateforme de base de données pour le CloudDataStax Enterprise - La plateforme de base de données pour le Cloud
DataStax Enterprise - La plateforme de base de données pour le Cloud
 
Google spanner
Google spannerGoogle spanner
Google spanner
 
Base de données
Base de donnéesBase de données
Base de données
 
ch2-hadoop-L3-2023-4p (1).pdf
ch2-hadoop-L3-2023-4p (1).pdfch2-hadoop-L3-2023-4p (1).pdf
ch2-hadoop-L3-2023-4p (1).pdf
 
Mon Stockage a la Cloud Attitude
Mon Stockage a la Cloud Attitude Mon Stockage a la Cloud Attitude
Mon Stockage a la Cloud Attitude
 
Les BD NoSQL
Les BD NoSQLLes BD NoSQL
Les BD NoSQL
 
Big Data : SQL, NoSQL ? Pourquoi faire un choix ?
Big Data : SQL, NoSQL ? Pourquoi faire un choix ?Big Data : SQL, NoSQL ? Pourquoi faire un choix ?
Big Data : SQL, NoSQL ? Pourquoi faire un choix ?
 
Webinar Degetel DataStax
Webinar Degetel DataStaxWebinar Degetel DataStax
Webinar Degetel DataStax
 
La technologie des systemes distribués 2 ppt2222.pptx
La technologie des systemes distribués 2 ppt2222.pptxLa technologie des systemes distribués 2 ppt2222.pptx
La technologie des systemes distribués 2 ppt2222.pptx
 
ch1_introduction_aux_systemes_embarques.pdf
ch1_introduction_aux_systemes_embarques.pdfch1_introduction_aux_systemes_embarques.pdf
ch1_introduction_aux_systemes_embarques.pdf
 
Toutes les raisons d'adopter MongoDB
Toutes les raisons d'adopter MongoDBToutes les raisons d'adopter MongoDB
Toutes les raisons d'adopter MongoDB
 
A la découverte de docker, 1ère partie
A la découverte de docker, 1ère partieA la découverte de docker, 1ère partie
A la découverte de docker, 1ère partie
 
Hadoop and friends : introduction
Hadoop and friends : introductionHadoop and friends : introduction
Hadoop and friends : introduction
 
Hadoop Hbase - Introduction
Hadoop Hbase - IntroductionHadoop Hbase - Introduction
Hadoop Hbase - Introduction
 
Systèmes d'Exploitation - chp1-introduction
Systèmes d'Exploitation - chp1-introductionSystèmes d'Exploitation - chp1-introduction
Systèmes d'Exploitation - chp1-introduction
 

Plus de kamar MEDDAH

Intro to web dev
Intro to web devIntro to web dev
Intro to web dev
kamar MEDDAH
 
Algorithme Colonie de fourmis
Algorithme Colonie de fourmisAlgorithme Colonie de fourmis
Algorithme Colonie de fourmis
kamar MEDDAH
 
Random number generator
Random number generatorRandom number generator
Random number generator
kamar MEDDAH
 
Routage rip
Routage ripRoutage rip
Routage rip
kamar MEDDAH
 
Branch and bound
Branch and boundBranch and bound
Branch and bound
kamar MEDDAH
 
Active directory
Active directoryActive directory
Active directory
kamar MEDDAH
 
Wwan
WwanWwan
Hadoop
HadoopHadoop
Hadoop
kamar MEDDAH
 
Erlang
ErlangErlang
Erlang
kamar MEDDAH
 
Les Base de Données NOSQL
Les Base de Données NOSQLLes Base de Données NOSQL
Les Base de Données NOSQL
kamar MEDDAH
 
Porter stemming algorithm
Porter stemming algorithmPorter stemming algorithm
Porter stemming algorithm
kamar MEDDAH
 
Javascript
JavascriptJavascript
Javascript
kamar MEDDAH
 

Plus de kamar MEDDAH (12)

Intro to web dev
Intro to web devIntro to web dev
Intro to web dev
 
Algorithme Colonie de fourmis
Algorithme Colonie de fourmisAlgorithme Colonie de fourmis
Algorithme Colonie de fourmis
 
Random number generator
Random number generatorRandom number generator
Random number generator
 
Routage rip
Routage ripRoutage rip
Routage rip
 
Branch and bound
Branch and boundBranch and bound
Branch and bound
 
Active directory
Active directoryActive directory
Active directory
 
Wwan
WwanWwan
Wwan
 
Hadoop
HadoopHadoop
Hadoop
 
Erlang
ErlangErlang
Erlang
 
Les Base de Données NOSQL
Les Base de Données NOSQLLes Base de Données NOSQL
Les Base de Données NOSQL
 
Porter stemming algorithm
Porter stemming algorithmPorter stemming algorithm
Porter stemming algorithm
 
Javascript
JavascriptJavascript
Javascript
 

Dernier

De l'IA comme plagiat à la rédaction d'une « charte IA » à l'université
De l'IA comme plagiat à la rédaction d'une « charte IA » à l'universitéDe l'IA comme plagiat à la rédaction d'une « charte IA » à l'université
De l'IA comme plagiat à la rédaction d'une « charte IA » à l'université
Université de Franche-Comté
 
Le support de présentation des Signaux 2024
Le support de présentation des Signaux 2024Le support de présentation des Signaux 2024
Le support de présentation des Signaux 2024
UNITECBordeaux
 
MongoDB in a scale-up: how to get away from a monolithic hell — MongoDB Paris...
MongoDB in a scale-up: how to get away from a monolithic hell — MongoDB Paris...MongoDB in a scale-up: how to get away from a monolithic hell — MongoDB Paris...
MongoDB in a scale-up: how to get away from a monolithic hell — MongoDB Paris...
Horgix
 
Ouvrez la porte ou prenez un mur (Agile Tour Genève 2024)
Ouvrez la porte ou prenez un mur (Agile Tour Genève 2024)Ouvrez la porte ou prenez un mur (Agile Tour Genève 2024)
Ouvrez la porte ou prenez un mur (Agile Tour Genève 2024)
Laurent Speyser
 
Les écrans informatiques au fil du temps.pptx
Les écrans informatiques au fil du temps.pptxLes écrans informatiques au fil du temps.pptx
Les écrans informatiques au fil du temps.pptx
abderrahimbourimi
 
Le Comptoir OCTO - Qu’apporte l’analyse de cycle de vie lors d’un audit d’éco...
Le Comptoir OCTO - Qu’apporte l’analyse de cycle de vie lors d’un audit d’éco...Le Comptoir OCTO - Qu’apporte l’analyse de cycle de vie lors d’un audit d’éco...
Le Comptoir OCTO - Qu’apporte l’analyse de cycle de vie lors d’un audit d’éco...
OCTO Technology
 

Dernier (6)

De l'IA comme plagiat à la rédaction d'une « charte IA » à l'université
De l'IA comme plagiat à la rédaction d'une « charte IA » à l'universitéDe l'IA comme plagiat à la rédaction d'une « charte IA » à l'université
De l'IA comme plagiat à la rédaction d'une « charte IA » à l'université
 
Le support de présentation des Signaux 2024
Le support de présentation des Signaux 2024Le support de présentation des Signaux 2024
Le support de présentation des Signaux 2024
 
MongoDB in a scale-up: how to get away from a monolithic hell — MongoDB Paris...
MongoDB in a scale-up: how to get away from a monolithic hell — MongoDB Paris...MongoDB in a scale-up: how to get away from a monolithic hell — MongoDB Paris...
MongoDB in a scale-up: how to get away from a monolithic hell — MongoDB Paris...
 
Ouvrez la porte ou prenez un mur (Agile Tour Genève 2024)
Ouvrez la porte ou prenez un mur (Agile Tour Genève 2024)Ouvrez la porte ou prenez un mur (Agile Tour Genève 2024)
Ouvrez la porte ou prenez un mur (Agile Tour Genève 2024)
 
Les écrans informatiques au fil du temps.pptx
Les écrans informatiques au fil du temps.pptxLes écrans informatiques au fil du temps.pptx
Les écrans informatiques au fil du temps.pptx
 
Le Comptoir OCTO - Qu’apporte l’analyse de cycle de vie lors d’un audit d’éco...
Le Comptoir OCTO - Qu’apporte l’analyse de cycle de vie lors d’un audit d’éco...Le Comptoir OCTO - Qu’apporte l’analyse de cycle de vie lors d’un audit d’éco...
Le Comptoir OCTO - Qu’apporte l’analyse de cycle de vie lors d’un audit d’éco...
 

Base de données distribuée

  • 1. BDD Distribuée République Algérienne démocratique et populaire. Université Dr. Tahar Moulay – Saïda Département d’informatique Matière : ED Master 2 RISR 2019/2020 Présenté par : Enseigné par : • Kamar MEDDAH • Kafi Abderrahmane • Mr. Fellah
  • 2. Plan I. Introduction II. BDD Mono-machine III. Architecture Client- Serveur IV. Architecture 3 niveaux V. Vers la distribution VI. Les différentes technique distribution VII. Types de Fragmentation VIII.Intégration IX. Réplication X. Conclusion XI. Reference
  • 4. Définition Une BDD distribuée est caractérisé par : ▪ Une grande quantité de données résidant sur plusieurs machines. ▪ SGBD distribuées est un logiciel qui permet d’avoir un point d’entrée unique sur une base de données distribuées. BDD distribuée est une base de données logique dont les données sont distribuées sur plusieurs SGBD et visibles comme un tout.
  • 6. II. BDD Mono-machine ▪ Les SGBD des débuts : centralisés. ▪ Pluri-utilisateurs. ▪ Terminaux.
  • 8. III. Architecture Client-Serveur ▪ Client ▪ Application ▪ Interface graphique ▪ Serveur ▪ Gestion des requêtes ▪ Gestion des transactions ▪ Gestion des pannes…
  • 10. IV. Architecture 3 niveaux ▪ Le niveau client : un navigateur Web ▪ Présente du contenu, par ex HTML. ▪ Le niveau intermédiaire ▪ Communique avec le SGBD . ▪ Gère l’application (Java, C++, C# …). ▪ Génère le contenu pour le client. ▪ Le niveau serveur : base de données. 10
  • 11. V. Vers la distribution
  • 12. V. Vers la distribution ▪ L’augmentation du volume de donnes, traitements et transactions a mené vers BDD distribuée . ▪ Des calculs et des données sont décentralisés. ▪ Un point d’entrée unique pour accéder à toutes les données de manière transparente.
  • 13. Théorème de CAP Un système distribué ne peut prendre en charge que deux des caractéristiques suivantes: ▪ Consistency (tous les nœuds dans un system distribué renvoie la même valeur) ▪ Availability (Chaque nœud non défaillant renvoie une réponse pour toutes les demandes de lecture et d'écriture dans un délai raisonnable ) ▪ Partition Tolerance (Le système continue de fonctionner et maintient sa cohérence malgré les partitions du réseau ) 13
  • 14. 14
  • 15. Deux approches de conception Conception ascendante ▪ Part de l’existant ▪ Intègre bases locales dans schéma global Conception descendante ▪ On part du schéma global ▪ On le scinde en schémas locaux
  • 16. Schémas d’une BD répartie
  • 17. Schémas d’une BD répartie
  • 19. Fragmentation ▪ On part d’une grosse base de données. ▪ On la distribue en fragments pour améliorer les performances. ▪ On obtient une base de données distribuées.
  • 20. Fragmentation ▪ Un ordinateur et un disque ▪ 1 téraoctet ▪ Scan séquentiel ▪ 166 minutes (> 2.5 heures) ▪ 100 disques en parallèle ▪ moins de 2mn. ▪ 100 ordinateurs distribués ▪ Chacun son propre CPU ▪ Chacun son disque ▪ Ça passe à l’échelle
  • 22. 1. Fragmentation horizontale ▪ Les tuples (rangées) sont répartis
  • 23. 1. Fragmentation horizontale ▪ Adéquation géographique. ▪ Recherche de performance (I/O, traitements). ▪ Pb : consolidation correcte (unicité des clés, types des attributs…).
  • 24. 2. Fragmentation Verticale ▪ Les tuples (rangées) sont découpés et fragmentés. ▪ Nécessite colonne commune (clé ou unique) dupliquée.
  • 25. 2. Fragmentation Verticale ▪ Comme FH, peut correspondre à consolidation ou recherche de de performance. ▪ La reconstruction des tuples doit être possible (et validée). ▪ Mêmes problèmes que FH.
  • 26. 3. Verticale vs Horizontale
  • 28. VIII. Intégration ▪ On part de bases de données existantes (autonomes). ▪ On les intègre pour obtenir un point d’entrée unique. ▪ On obtient une base de données distribuées.
  • 30. VIII. Intégration ▪ Amélioration des performances (placer les traitements où se trouvent les données) ▪ Donner aux utilisateurs une vue unique des données implémentées sur plusieurs systèmes hétérogènes (plates-formes et SGBD). ▪ Cas typique rencontré lors de la concentration d'entreprises : faire cohabiter les différents systèmes tout en leur permettant d’interopérer.
  • 31. VIII. Intégration ▪ Traitement de l'hétérogénéité sémantique (données de la base). ▪ Traitement de l'hétérogénéité syntaxique : Traduction des schémas (SGBD, communication). ▪ Intégration des schémas (pour créer un schéma global).
  • 33. Réplication ▪ Faire qu’il y ait plusieurs copies de la même donnée. ▪ Si une machine n’est plus accessible, on peut quand même accéder à la donnée. ▪ Si une machine perd une donnée, la donnée existe encore. ▪ Fiable. ▪ Rendre les données plus disponibles. ▪ Economiser des communications.
  • 34. Réplication ▪ Elle a permet de faire les requêtes d’une manière performante il suffit Interroger une des copies. ▪ Par contre son point faible son représente dans la mise a jour des données (Mise-à-jour d’une copie – propager aux autres). ▪ Parfois le nombre des copies peut ralentir les requêtes (verrous).
  • 35. Maîtres/Esclave Réplication sans conflits En évitant les mises à jour multiples (réplication asymétrique) Système maître unique • Alimentation des entrepôts de données • Dissémination d’information • Consolidation d’information Asynchrone: la mise à jour des copies est faite le plus tôt possible
  • 36. Multi Maîtres Réplication avec résolution des conflits Une règle de priorité permet de résoudre les conflits (r. symétrique) Systèmes maîtres multiples • Accès délocalisé • Système 24h/24 Synchrone: la mise à jour des copies est faite dans la même transaction Ajouter un pied de page 36
  • 37. Configuration hybride Système maître désigné en dynamique • Découpage d’un processus par activité
  • 39. X. Conclusion ▪ Il Existe plusieurs façon de distribuer les données. ▪ Chaque méthode de distribution a ses propres avantages et ses propre Inconvénients . ▪ Il n’y a pas une méthode mieux qu’une autre. ▪ Chaqu'une de ces méthode résoudre un problème particulier. ▪ Il faut choisir sa façon de distribuer selon son cas.

Notes de l'éditeur

  1. BDD distribuée est une base de données logique dont les données sont distribuées sur plusieurs SGBD et visibles comme un tout. L'évolution des techniques informatiques depuis les vingt dernières années a permis d'adapter les outils informatiques à l'organisation des entreprises. Vu, le grand volume de données manipulées par ces dernières, la puissance des micro-ordinateurs, les performances des réseaux et la baisse considérable des coûts du matériel informatique ont permis l'apparition d'une nouvelle approche afin de remédier aux désagréments causés par la centralisation des données, et ce en répartissant les ressources informatiques tout en préservant leur cohérence Une grande quantité de données résidant sur plusieurs machines. SGBD distribuées est un logiciel qui permet d’avoir un point d’entrée unique sur une base de données distribuées.
  2. Autonomie localeJ Egalité entre sites (pas de site « central »)J Fonctionnement continu (pas d’interruption de service)J Localisation transparenteJ Fragmentation transparenteJ Indépendance à la réplicationJ Exécution de requêtes distribuéesJ Gestion de transactions répartiesJ Indépendance vis-à-vis du matérielJ Indépendance vis-à-vis du Système d’ExploitationJ Indépendance vis-à-vis du réseauJ Indépendance vis-à-vis du SGBD Des calculs et des données sont décentralisés. Un point d’entrée unique pour accéder à toutes les données de manière transparente.
  3. Coherence Diponibilite
  4. Autonomie localeJ Egalité entre sites (pas de site « central »)J Fonctionnement continu (pas d’interruption de service)J Localisation transparenteJ Fragmentation transparenteJ Indépendance à la réplicationJ Exécution de requêtes distribuéesJ Gestion de transactions répartiesJ Indépendance vis-à-vis du matérielJ Indépendance vis-à-vis du Système d’ExploitationJ Indépendance vis-à-vis du réseauJ Indépendance vis-à-vis du SGBD Des calculs et des données sont décentralisés. Un point d’entrée unique pour accéder à toutes les données de manière transparente.
  5. Client = Client1 U Client2.
  6. Client = Client1 U Client2.
  7. Dans les SGBD commerciaux actuels Pas de fragmentation explicite au niveau du schéma Assemblage = création de vue (ou de snapshot) Distribution des données ? Une solution = triggers Un snapshot de stockage (ou instantané de stockage) permet de réaliser une copie de données stockées sur un système de stockage, ou une copie des modifications apportées à ces données. Ils permettent de : Programmer des règles de gestion qui n'ont pu être mises en places par des contraintes statiques Déporter des contraintes au niveau serveur pour alléger le client Programmer l'intégrité référentielle et la réplication dans les architectures distribuées avec l'utilisation de liens de données (database links).
  8. -Lecture scalable et performante; -limite d’ecriture sur une seul machine. -avantage la coherence des donnees. Réplication sans conflits En évitant les mises à jour multiples (réplication asymétrique) Système maître unique Alimentation des entrepôts de données Dissémination d’information Consolidation d’information Asynchrone: la mise à jour des copies est faite le plus tôt possible
  9. -les donnees ne sont pas toujours cohenrentes. -lecture/ecriture scalable a l’infini. Réplication avec résolution des conflits Une règle de priorité permet de résoudre les conflits (r. symétrique) Systèmes maîtres multiples Accès délocalisé Système 24h/24 Synchrone: la mise à jour des copies est faite dans la même transaction
  10. Système maître désigné en dynamique Découpage d’un processus par activité