La présentation est en train de télécharger. S'il vous plaît, attendez

La présentation est en train de télécharger. S'il vous plaît, attendez

L’optimiseur ORACLE L’optimiseur ORACLE suit une approche classique: Génération de plusieurs plans d’exécution. Estimation du coût de chaque plan généré.

Présentations similaires


Présentation au sujet: "L’optimiseur ORACLE L’optimiseur ORACLE suit une approche classique: Génération de plusieurs plans d’exécution. Estimation du coût de chaque plan généré."— Transcription de la présentation:

1 L’optimiseur ORACLE L’optimiseur ORACLE suit une approche classique: Génération de plusieurs plans d’exécution. Estimation du coût de chaque plan généré. Choix du meilleur et exécution. Tout ceci est automatique, mais il est possible d’influer, voire de forcer le plan d’exécution.

2 Estimation du coût d’un plan d’exécution
Beaucoup de paramètres entrent dans l’estimation du coût : Les chemins d’accès disponibles. Les opérations physiques de traitement des résultats intermédiaires. Des statistiques sur les tables concernées (taille, sélectivité). Les statistiques sont calculées par appel explicite à l’outil ANALYSE. Les ressources disponibles.

3 Règles Priorité 1 Accès à un enregistrement par ROWID
2 Accès à un enregistrement dans un cluster 3 Accès à un enregistrement dans une table de hachage (hash cluster ) 4 Accès à un enregistrement par clé unique (avec un index) 15 Balayage complet de la table

4 Principaux paramètres
OPTIMIZER_MODE (RULE, CHOOSE, FIRST_ROW, ALL_ROWS). SORT_AREA_SIZE (taille de la zone de tri). HASH_AREA_SIZE (taille de la zone de hachage). HASH_JOIN_ENABLED considère les jointures par hachage.

5 Création des statistiques
Calcul de la taille et du nombre de lignes : ANALYSE TABLE Autos COMPUTE STATISTICS FOR TABLE Analyse des index : ANALYSE TABLE Autos COMPUTE STATISTICS FOR ALL INDEX Analyse de la distribution des valeurs : ANALYSE TABLE Autos COMPUTE STATISTICS FOR COLUMNS serial, color, model

6 Les chemins d’accès Parcours séquentiel (FULL TABLE SCAN).
Par adresse (ACCESS BY ROWID). Parcours de regroupement (CLUSTER SCAN). On récupère alors dans une même lecture les n-uplets des 2 tables du cluster. Recherche par hachage (HASH SCAN). Parcours d’index (INDEX SCAN).

7 D’autres opérations sont liées aux algorithmes de jointures.
Opérations physiques INTERSECTION : intersection de deux ensembles de n-uplet. CONCATENATION : union de deux ensembles. FILTER : élimination de n-uplets (sélection). PROJECTION : opération de l’algèbre relationnelle. D’autres opérations sont liées aux algorithmes de jointures.

8 Algorithmes de jointure
ORACLE utilise trois algorithmes de jointures : Tri/fusion quand il n’y a pas d’index. Opération SORT et MERGE. Jointure par hachage quand il n’y a pas d’index. Opération HASH JOIN Boucles imbriquées quand il y a au moins un index. Opération NESTED LOOP.

9 L’outil TRACE L’outil TRACE donne le plan d’exécution et les coûts d’exécution d’une requête. set timing on set autotrace trace La description comprend : Le chemin d’accès utilisé. Les opérations physiques (tri, fusion, intersection, ...). L’ordre des opérations. Il est représentable par un arbre.

10 Optimisation dans ORACLE
Autos ( serialNo, model, color) Sales (serial, id_dealer, datesales, price) Dealers (id_dealer, city, departement, phone)

11 Sélection sans index set timing on set autotrace trace select * from autos where model = 'Gobi' ; Ecoulé : 00 :00 :00.05 Plan d'exécution 0 SELECT STATEMENT 1 TABLE ACCESS FULL AUTOS Predicate Information (identified by operation id): 1 - filter("MODEL"='Gobi')

12 Sélection sans index set timing on set autotrace trace select *
from autos where model = 'Gobi' ; Ecoulé : 00 :00 :00.02 Plan d'exécution | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| | 0 | SELECT STATEMENT | | | | (0)| |* 1 | TABLE ACCESS FULL | AUTOS | | | (0)| Predicate Information (identified by operation id): 1 - filter("MODEL"='Gobi')

13 Plan d’exécution PROJECTION PARCOURS SEQUENTIEL AUTOS

14 Sélection avec index set timing on set autotrace trace select * from dealers where id_dealer = 'dealer1'; Ecoulé : 00 :00 :00.00 Plan d'exécution | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| | 0 | SELECT STATEMENT | | | | (0)| | 1 | TABLE ACCESS BY INDEX ROWID | DEALERS | | | (0)| |* 2 | INDEX UNIQUE SCAN | PK_DEALERS | | | (0)| Predicate Information (identified by operation id): 2 - access("ID_DEALER"='dealer1')

15 Plan d’exécution PROJECTION ACCES DIRECT TRAVERSÉE INDEX Dealers

16 Jointure avec index sset timing on sset autotrace trace SSELECT serialNo, model, color FROM Autos A, Sales s WHERE serial = serialNo; Ecoulé : 00 :00 :00.01 Plan d'exécution | Id | Operation | Name | Rows | Bytes | Cost %CPU)| | 0 | SELECT STATEMENT | | 236 | | (0)| | 1 | NESTED LOOPS | | 236 | | (0)| | 2 | INDEX FULL SCAN | PK_SALES | 236 | | (0)| | 3 | TABLE ACCESS BY INDEX ROWID| AUTOS | | | (0)| |* 4 | INDEX UNIQUE SCAN | PK_AUTOS | | | (0)| Predicate Information (identified by operation id): 4 - access("SERIAL"="SERIALNO")

17 Plan d’exécution PROJECTION BOUCLE IMBRIQUEE PARCOURS INDEX
ACCES DIRECT Index Sales Recherche Par Clé serial=serialNo Autos Index Autos

18 Jointure sans index On force ici l’optimiseur à ne pas utiliser l’index de sales
set timing on set autotrace trace SELECT /*+ NO_INDEX(s) */ serialNo, model, color FROM Autos A, Sales s WHERE serial = serialNo; Ecoulé : 00 :00 :00.04 Plan d'exécution | Id | Operation | Name | Rows| Bytes | Cost | | 0 | SELECT STATEMENT | | | | | | 1 | NESTED LOOPS | | | | | | 2 | TABLE ACCESS FULL | SALES | | | | | 3 | TABLE ACCESS BY INDEX ROWID | AUTOS | | | | | 4 | INDEX UNIQUE SCAN | PK_AUTOS | | | |

19 Plan d’exécution PROJECTION BOUCLE IMBRIQUEE PARCOURS SEQUENTIEL
ACCES DIRECT Sales Recherche Par Clé serial=serialNo Autos IndexAutos

20 Jointure sans index On force ici l’optimiseur à ne pas utiliser les index
set timing on set autotrace trace SELECT /*+ NO_INDEX(s) NO_INDEX(A)*/ serialNo, model, color FROM Autos A, Sales s WHERE serial = serialNo; Ecoulé : 00 :00 :00.02 Plan d'exécution | Id | Operation | Name | Rows | Bytes | Cost | | 0 | SELECT STATEMENT | | | | | | 1 | HASH JOIN | | | | | | 2 | TABLE ACCESS FULL| AUTOS | | | | | 3 | TABLE ACCESS FULL| SALES | | | |

21 Plan d’exécution PROJECTION Hash Join PARCOURS SEQUENTIEL
Sales Autos


Télécharger ppt "L’optimiseur ORACLE L’optimiseur ORACLE suit une approche classique: Génération de plusieurs plans d’exécution. Estimation du coût de chaque plan généré."

Présentations similaires


Annonces Google