Bases de Données / Databases

Site Web de l'équipe BD du LIP6 / LIP6 DB Web Site

Outils pour utilisateurs

Outils du site


site:enseignement:master:bdr:tmejointurerepartie

Différences

Ci-dessous, les différences entre deux révisions de la page.

Lien vers cette vue comparative

Les deux révisions précédentes Révision précédente
Prochaine révision
Révision précédente
site:enseignement:master:bdr:tmejointurerepartie [05/03/2018 22:44]
hubert [Requêtes réparties]
site:enseignement:master:bdr:tmejointurerepartie [20/03/2019 14:05] (Version actuelle)
hubert [3) Requêtes réparties]
Ligne 9: Ligne 9:
 L'​objectif de ce TME est de comprendre l'​évaluation d'une requête de jointure L'​objectif de ce TME est de comprendre l'​évaluation d'une requête de jointure
 entre 2 relations qui sont situées sur 2 sites distincts. entre 2 relations qui sont situées sur 2 sites distincts.
-  * définir ​le schéma global qui offre un accès transparent à des données de plusieurs bases, +  * Définir ​le schéma global qui offre un accès transparent à des données de plusieurs bases, 
-  * formuler ​une requête répartie,​ +  * Formuler ​une requête répartie,​ 
-  * comprendre ​l'​ordre et l'​emplacement des opérations permettant d'​évaluer une requête répartie (quel site traite quelles opérations?​).+  * Comprendre ​l'​ordre et l'​emplacement des opérations permettant d'​évaluer une requête répartie (quel site traite quelles opérations?​).
  
-=== Scénario ===+==== Scénario ​====
 <code bash> <code bash>
 cd <votre repertoire de travail> cd <votre repertoire de travail>
 tar zxvf /​Infos/​bd/​public/​tmeJointureRep.tgz ​ tar zxvf /​Infos/​bd/​public/​tmeJointureRep.tgz ​
 +cd tmeJointureRep
 +emacs tmeJR.sql &
 </​code>​ </​code>​
  
-On dispose de SGBD : site 1 et site 2 +On dispose de deux SGBD hébergés sur des sites différents 
-  * site 1 **@ora11** :  ​+  * Le site 1 s'​appelle ​**ora11** :  ​
 <code sql> <code sql>
-CONNECT E1234567/​E1234567@ora11 ​-- remplacer ​1234567 par votre numéro d'​étudiant +-- se connecter en remplaçant ​1234567 par votre numéro d'​étudiant 
--- vérifier la connexion ​en affichant le nom du SGBD : +CONNECT E1234567/​E1234567@ora11 ​ 
-select sys_context('​USERENV',​ 'SESSION_USER') from dual;  -- doit afficher oracle+-- vérifier ​que la connexion ​est correcte. Le nom du SGBD qui doit s'​afficher est oracle 
 +select sys_context('​USERENV',​ 'INSTANCE_NAME') from dual; 
  
 </​code>​ </​code>​
  
-  * site 2 **@ora10** :  ​+  * Le site 2 s'​appelle ​**ora10** :  ​
 <code sql> <code sql>
-CONNECT E1234567/​E1234567@ora10 ​-- remplacer ​1234567 par votre numéro d'​étudiant +-- se connecter en remplaçant ​1234567 par votre numéro d'​étudiant 
-select sys_context('​USERENV',​ 'SESSION_USER') from dual; -- doit afficher ora10+CONNECT E1234567/​E1234567@ora10 
 +-- vérifier que la connexion est correcte. Le nom du SGBD qui doit s'​afficher est : ora10 
 +select sys_context('​USERENV',​ 'INSTANCE_NAME') from dual; 
 </​code>​ </​code>​
  
-Données+====Données ​====
   * Le site 1 **ora11** contient les Clubs dans la table **Club**(cnum,​ nom, division, ville)   * Le site 1 **ora11** contient les Clubs dans la table **Club**(cnum,​ nom, division, ville)
    
   * le site 2 **ora10** contient les Joueurs dans la table **Stagiaire**(licence,​ cnum, salaire, sport, profil)   * le site 2 **ora10** contient les Joueurs dans la table **Stagiaire**(licence,​ cnum, salaire, sport, profil)
-La couche BDR est implémentée sur le site 1 ora11+La couche BDR est implémentée sur le site 1 appelé **ora11**
  
  
  
-==== Installation ====+=====1) Installation ​=====
  
 Créer la table Club sur le site 1 Créer la table Club sur le site 1
Ligne 63: Ligne 68:
     connect ... @ora11     connect ... @ora11
     drop database link site2;     drop database link site2;
-    create database link site2 connect to E1234567 identified by "​E1234567"​ using '​ora10'; ​-- remplacer 1234567 par votre numéro d'​étudiant+    ​-- remplacer 1234567 par votre numéro d'​étudiant 
 +    ​create database link site2 connect to E1234567 identified by "​E1234567"​ using '​ora10'; ​ 
 +    ​
 </​code>​ </​code>​
  
Ligne 80: Ligne 87:
 */ */
  
-==== Construire le schéma global====+===== 2) Construire le schéma global=====
 <code sql> <code sql>
     CONNECT ... @ora11     CONNECT ... @ora11
Ligne 89: Ligne 96:
  
  
-==== Requêtes réparties====+===== 3) Requêtes réparties=====
  
 Pour chaque requête, répondre aux questions Pour chaque requête, répondre aux questions
Ligne 103: Ligne 110:
 */ */
  
-== R1 : Jointure seule avec un transfert volumineux ==+=== R1 : Jointure seule avec un transfert volumineux ​===
  
-Afficher les joueurs ​avec leur club+Afficher les stagiaires ​avec leur club
 <code sql> <code sql>
     connect ... @ora11     connect ... @ora11
Ligne 115: Ligne 122:
 </​code>​ </​code>​
  
-== R2 : jointure ​avec sélection ==+=== R2 : Jointure ​avec sélection ​===
 <code sql> <code sql>
 set linesize 120 set linesize 120
Ligne 129: Ligne 136:
  
  
-== R3 Jointure très sélective == +=== R3 Jointure très sélective ​=== 
-  * R3a : jointure ​très sélective et avec un transfert volumineux+  * R3a : Jointure ​très sélective et avec un transfert volumineux
 <code sql> <code sql>
     EXPLAIN plan FOR     EXPLAIN plan FOR
Ligne 136: Ligne 143:
     FROM Stagiaire s, Club c     FROM Stagiaire s, Club c
     WHERE s.cnum = c.cnum     WHERE s.cnum = c.cnum
-    AND c.ville = 'Paris';+    AND c.ville = 'ville7';
     @p5     @p5
 </​code>​ </​code>​
  
   * R3b : jointure très sélective et avec un transfert faible.   * R3b : jointure très sélective et avec un transfert faible.
- La directive **driving_site** prend en argument le nom de la variable //j1// associée à la relation ​stockée sur le site dans lequel oracle doit traiter la jointure ​(i.e. le site 2).+ La directive **driving_site** prend en argument le nom de la variable //s// associée à la table //​Stagiaire// ​stockée sur le site dans lequel oracle doit traiter la jointure. ​Autrement dit, Oracle doit traiter la jointure sur le site 2 contenant Stagiaire.
 <code sql> <code sql>
     EXPLAIN plan FOR     EXPLAIN plan FOR
-    SELECT /*+ driving_site(j1) */ s.prenom, s.profil, c.division+    SELECT /*+ driving_site(s) */ s.prenom, s.profil, c.division
     FROM Stagiaire s, Club c     FROM Stagiaire s, Club c
     WHERE s.cnum = c.cnum     WHERE s.cnum = c.cnum
-    AND c.ville = 'Paris';+    AND c.ville = 'ville7';
     @p5     @p5
 </​code>​ </​code>​
 +
 +===R4 : jointure et sélection avec index===
 +Dans le site 2, créer un index sur Stagiaire(cnum).
 +
 +<code sql>
 +    CONNECT ... @ora10
 +    create index ....
 +    @liste
 +</​code>​
 +
 +
 +Montrer que l'​index Stagiaire(cnum) est utilisé pour **R3** (sélection sur la ville). Quelle partie de la requête est posée sur le site 2 ?  Combien de requêtes sont posées sur le site 2 pour obtenir le résultat complet de R3 ?
 +
 +Pourquoi l'​index Stagiaire(cnum) n'est pas utilisé pour traiter la requête R2 ?
 +
 +/*pour illustrer les optimisations de requêtes réparties vues en cours.*/
 +===R5: Proposer une requête avec 2 jointures entre 3 tables ===
 +La première jointure traitée le site 2, la 2ème jointure sur le site 1.
 +
 +===R6: Proposer une requete avec 1 jointure entre deux table traitée par semi-jointure===
 +Ajouter sur le site 1 une table Match(licence,​ annee, commentaire)
 +
 +  * transférer **le numéro de licence** des joueurs ayant fait un match en 2018 du site 1 vers le site 2. Ne **pas** transférer les commentaires des matchs.
 +  * transférer les joueurs satisfaisant la requête du site 2 vers le site 1.
 +  * finir le calcul de la requête sur le site 1
 +
 +===== 4) Durée des transferts =====
 +Chronométrer les transferts en répétant n fois (n=10) l'​exécution d'une requête afin d'​obtenir des durées significatives mesurables.
 +
 +Pour mesurer principalement les transferts de données entre les sites et non la durée d'​affichage du résultat, on modifie légèrement les requêtes : le résultat d'une requête est agrégé (par exemple avec un max). Ainsi, le résultat d'une requête sera "​petit",​ il aura un seul nuplet. En conséquence,​ le temps d'​affichage devient négligeable face à la durée des transferts de données entre les sites. Le temps total que l'on chronomètre (avec ''​set timing on''​) correspond principalement aux transferts de données.
 +
 +Comparer les deux exécution suivantes a) et b). Laquelle est la plus rapide ? Est elle beaucoup plus rapide ?
 +  * a) Avec transfert de tous les Stagiaires
 +
 +<code plsql>
 +set timing on
 +declare
 +  res number;
 +begin
 +  for i in 1 .. 10 loop
 +     ​SELECT max(length(s.profil))
 +     into res
 +     FROM Stagiaire s, Club c
 +     WHERE s.cnum = c.cnum
 +     AND c.ville = '​ville7';​
 +  end loop;
 +end;
 +/
 +set timing off
 +</​code>​
 +
 +  * b) Avec transfert des clubs de la ville7
 +<code plsql>
 +set timing on
 +declare
 +res number;
 +begin
 +for i in 1 .. 10 loop
 +    SELECT /*+ driving_site(s) */ max(length(s.profil))
 +    into res
 +    FROM Stagiaire s, Club c
 +    WHERE s.cnum = c.cnum
 +    AND c.ville = '​ville7';​
 +end loop;
 +end;
 +/
 +set timing off
 +</​code>​
 +
 +
 +
 +===== 5) Fragmentation=====
 +
 +/*
 +TODO: solution à rédiger
 +*/
 +
 +
 +  * Fragmenter les Club par division : placer les clubs de première division sur le site 1 (table Club1) et ceux de deuxième division sur le site 2 (table Club2). ​
 +  * Définir la **vue** Club réunissant tous les clubs des deux divisions.
 +  * Est-ce que les 2 fragments sont accédés pour une requête affichant seulement les clubs de 1ère division ? Pourquoi ?
 +<code sql>
 +select *
 +from Club c
 +where c.division=1
 +</​code>​
 +
  
  
-==Proposer d'​autres requête pour illustrer les optimisations de requêtes réparties vues en cours.== 
  
  
site/enseignement/master/bdr/tmejointurerepartie.1520286280.txt.gz · Dernière modification: 05/03/2018 22:44 par hubert