[9.2] Explain Plan

Version imprimable

[9.2] Explain Plan

Bonjour à tous,
Avant tout, je suis débutant Oracle.
Je voudrais optimiser une requête, et pour cela, j'ai cru comprendre qu'il fallait utiliser l'explain plan. Sauf que je ne comprend pas trop le résultat de celui-ci.
Comment faut-il interpréter cela ? :
Code:

1 2 3 4 5 6 7 SELECT STATEMENT Optimizer=CHOOSE (Cost=3339 Card=1 Bytes=78 ) SORT (ORDER BY) (Cost=3339 Card=1 Bytes=78 ) NESTED LOOPS (Cost=3337 Card=1 Bytes=78 ) TABLE ACCESS (FULL) OF DETAIL_PAYMENT (Cost=3243 Card=94 Bytes=4136) TABLE ACCESS (BY INDEX ROWID) OF TRANSACTION (Cost=1 Card=1 Bytes=34) INDEX (UNIQUE SCAN) OF PK_TRANSACTION (UNIQUE)
D'avance merci.
nako.

09/01/2006, 09h39
orafrance

regarde le COST qui représente le coùt de l'opération. Ici :

Accés à TRANSACTION via l'index uniwue PK_TRANSACTION.
Accés à DETAIL_PAYMENT en FULL SCAN (parcours complet de la table -> le pire des accés)
NESTED LOOP -> constitution du jeu de données à retourner
SORT -> Tri de type ORDER BY

Ici, manifestement, il manque un index sur DETAIL_PAYMENT :)
09/01/2006, 09h47
SheikYerbouti

Citation:

Envoyé par Fred_D

Ici, manifestement, il manque un index sur DETAIL_PAYMENT :)

Pas forcément, ça dépend de la requête. Le principe du NESTED LOOP est de scanner une table en FULL SCAN et de boucler dessus pour joindre les autres...
09/01/2006, 09h48
nako

Citation:

Envoyé par Fred_D

Ici, manifestement, il manque un index sur DETAIL_PAYMENT :)

D'accord, c'est parce que l'accès est full scan sur la table DETAIL_PAYMENT que l'on peut dire ça ?
Merci
a+

Alors, je mets ma requête :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
SELECT dp.credit_card_payment_numcard, 
	   tx.transaction_date, 
	   TO_CHAR(tx.transaction_date, 'DD/MM/YYYY HH24:MI:SS'), 
	   tx.TICKET_SERIAL_NUMBER, 
	   dp.EQUIPMENT_ID, 
	   dp.DETAIL_PAYT_AMOUNT 
FROM DETAIL_PAYMENT dp, 
	 TRANSACTION tx 
WHERE SUBSTR(dp.CREDIT_CARD_PAYMENT_NUMCARD, INSTR(dp.CREDIT_CARD_PAYMENT_NUMCARD, '=', 1, 1) - 4, 4) = '9535' AND 
	  dp.DETAIL_PAYT_AMOUNT = '8' AND 
	  dp.EQUIPMENT_ID = tx.EQUIPMENT_ID AND 
	  dp.POST_ID = tx.POST_ID AND 
	  dp.POST_BEGIN = tx.POST_BEGIN AND 
	  dp.TRANSACTION_ID = tx.TRANSACTION_ID 
ORDER BY tx.transaction_date DESC

Code:

1
2
3
4
5
6
7
 
SELECT STATEMENT Optimizer=CHOOSE (Cost=3339 Card=1 Bytes=78 )
  SORT (ORDER BY) (Cost=3339 Card=1 Bytes=78 )
    NESTED LOOPS (Cost=3337 Card=1 Bytes=78 )
      TABLE ACCESS (FULL) OF DETAIL_PAYMENT (Cost=3243 Card=94 Bytes=4136)
      TABLE ACCESS (BY INDEX ROWID) OF TRANSACTION (Cost=1 Card=1 Bytes=34)
        INDEX (UNIQUE SCAN) OF PK_TRANSACTION (UNIQUE)

merci

09/01/2006, 10h14
SheikYerbouti
Code:

1 2 3 ... WHERE SUBSTR(dp.CREDIT_CARD_PAYMENT_NUMCARD, INSTR(dp.CREDIT_CARD_PAYMENT_NUMCARD, '=', 1, 1) - 4, 4) = '9535' ...
Rien qu'avec cela, vous comprendrez l'utilisation du FULL SCAN.
Même s'il existait un index sur la colonne CREDIT_CARD_PAYMENT_NUMCARD, il ne serait pas utilisé. (à moins qu'il ne s'agisse d'un index de fonction)
09/01/2006, 10h21
orafrance

Citation:

Envoyé par SheikYerbouti

Pas forcément, ça dépend de la requête. Le principe du NESTED LOOP est de scanner une table en FULL SCAN et de boucler dessus pour joindre les autres...

En effet, mais au regard du coût on peut imaginer que le FS n'est vraiment pas intéressant ici ;)

Ceci étant, tu montres parfaitement que l'optimisation est loin d'être automatique :ccool:

Nako :arrow: essaye de créer un index sur DETAIL_PAYMENT avec la colonne : TRANSACTION_ID voir en ajoutant : POST_ID et EQUIPMENT_ID :)
09/01/2006, 10h33
nako

Ok, merci à tous les deux.
les index que vous me dites sont déjà en place.
En fait, c'était plus pour comprendre le résultat d'explain plan que pour réellement optimiser ma requête.
Auriez-vous un lien qui explique cela ?

J'ai trouvé ce tutoriel mais il est plutôt bref et il présuppose des bonnes bases d'administration que je n'ai pas.
Merci
09/01/2006, 10h44
orafrance

Rien de mieux que la doc Oracle ;)

http://download-west.oracle.com/docs/cd/B10501_01/server.920/a96533/optimops.htm#36236

Si les indexes existent, tu peux essayer les hints, je te laisse faire la recherche qui va bien ;)
09/01/2006, 10h52
nako

O,, merci pour tout.
Je vais potasser ça, et essayer de comprendre.
Je met résolu.
a+