Performance d'une requête

salut à tous,

Voilà j'ai une autre requête que je voudrais optimiser :

Code:

---

1 2 3 4 5 6

Update tab1 set FLAG_CLIENT = w_client , FLAG_LIGNE = (select case when w_client > FLAG_LIGNE then w_client else FLAG_LIGNE end from dual) where status = 'NEW' and FLAG_EQUILIBRE = '0' and not exists ( select 'x' from tab2 where tab2.CLIENT = substr(LIGNE_ME,1,16))

---

J'ai créé 2 indexes sur tab1 :

- le premier avec (status ,FLAG_EQUILIBRE)
- le second avec (substr(LIGNE_ME,1,16))

et sur tab2 :
- un index sur (CLIENT ).

Qu'est ce que vous en pensez?:?

Pourquoi cette requête sur DUAL ?

Code:

---

1 2 3 4 5 6 7 8

UPDATE tab1 SET FLAG_CLIENT = w_client , FLAG_LIGNE = greatest(w_client, FLAG_LIGNE) WHERE STATUS = 'NEW' AND FLAG_EQUILIBRE = '0' AND NOT EXISTS (SELECT NULL FROM tab2 WHERE tab2.CLIENT = substr(LIGNE_ME, 1, 16));

---

Quant aux index, ça peut améliorer, ça peut dégrader, ça peut ne rien changer.
Ça dépend de vos données.

Merci pour le "greatest" je ne connaissais pas!! :)

Sinon, la table tab1 et tab2 ont plus de 1 millions de lignes (tab1 varie de 200 000 jusqu'à 2,5 millions et la table tab2 ne varie pas trop 1,4 millions )

A ma connaissance il oracle utilise 1 index par table et par requête. Tu peux vérifier le plan d'exécution dans Toad.
Mais à priori un index avec les 3 champs est peut être mieux, si oracle l'utilise.
Par contre il ne vaut mieux pas mettre d'index sur FLAG_CLIENT et FLAG_LIGNE car je pense que ça serait pénalisant.

Comment je pourrais voir le plan d’exécution de la requête dans toad?

Attention Waldar, ton code n'est pas identique, tu ne gères pas les NULL

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14

WITH t AS (SELECT 10 AS flag_ligne FROM dual), w AS (SELECT 1 w_client FROM dual UNION SELECT 20 FROM dual UNION SELECT NULL FROM dual) SELECT flag_ligne, w_client, (SELECT CASE WHEN w_client > FLAG_LIGNE THEN w_client ELSE FLAG_LIGNE END FROM dual) res, GREATEST(w_client, FLAG_LIGNE) great, NVL(GREATEST(w_client, FLAG_LIGNE), FLAG_LIGNE) ok FROM t, w   FLAG_LIGNE W_CLIENT RES GREAT OK 10 1 10 10 10 10 20 20 20 20 10 (null) 10 (null) 10

---

Merci, mais Les FLAG ne sont jamais à NULL, ni les Variables w_...

Très bonne remaque sinon!!:ccool:

Citation:

---

Envoyé par AbouZaid

Comment je pourrais voir le plan d’exécution de la requête dans toad?

---

Dans Toad, c'est l'icône de l'ambulance. Tu surlignes ta requête et tu cliques sur l'ambulance (ou menu Database / Optimize / Explain Plan).

Merci c'est bon j'ai trouvé comment la faire.

Mais dans la requête j'ai :

Code:

---

1 2	... where substr(Ligne,1,1) <> 'G'

---

et mon index est sur substr(Ligne,1,1), mais le problème c'est qu'il n'utilise pas l'index si dans le where j'ai '<>' au lieu de '='!!

Y a t il moyen de faire autrement?

T'as combien de ligne avec G par rapport au nombre de lignes totales ? Parce que si tu ramènes beaucoup de lignes, c'est normal qu'Oracle n'utilise pas l'index, ce serait une perte de temps ;)

Sinon, pour mon info :mrgreen:, un index normal ne suffirait-il pas puisque c'est la première lettre que tu cherches ?

Citation:

---

Envoyé par AbouZaid

Mais dans la requête j'ai :

Code:

---

1 2	... where substr(Ligne,1,1) <> 'G'

---

---

Et c'est confidentiel défense ou tu peux nous mettre la requête en entier ? Parce que ça on l'a pas dans ton post de départ :aie:

bonjour,

et bien j'ai enormement de requêtes avec

Code:

---

WHERE substr(Ligne,1,1) <> 'G'

---

Sinon pour le nombre de lignes, en général ce sont les 'G' qui dominent!

Voici un des requêtes que je voudrais optimiser :

Code:

---

1 2 3 4 5 6 7

Update Tab1 set FLAG_PCEC = w_CTRL_PCEC , FLAG_LIGNE = greatest( w_CTRL_PCEC, FLAG_LIGNE) where STATUS = 'NEW' and substr(LIGNE_ME,1,1) <> 'G' and PCEC IS null and length(ltrim(rtrim(substr(LIGNE_ME,1,16)))) <> 7

---

Une autre requête qui prend 5 min sur 2 millions de lignes :

Code:

---

1 2 3 4 5 6

Update table set JOURNAL = 'JOURNAL_AUTRE' , FLAG_JOURNAL = w_CTRL_JOURNAL , FLAG_LIGNE = greatest(w_CTRL_JOURNAL,FLAG_LIGNE) where STATUS = 'NEW' and JOURNAL = 'JOURNAL_0';

---

sachant qu'il ya un index sur la table sur les colonnes ( STATUS, JOURNAL)!!!

Faudrait une trace pour savoir où le temps passe ;)

trace sur toad? sqlplus?

il serait interessant que vous postiez les plans d'execution de vos requetes, ainsi que le descriptif complet de vos indexes.

Bon courage

Si vous pouviez m'aider pour le faire.

J'ai cherché et trouvé comment faire un plan d’exécution de ma requête, mais pourriez vous me dire quelles champs afficher de la table PLAN_TABLE?

Merci de faire une recherche dans les tutos, tout y est expliqué ;)

Au moins les ordres de creation de vos indexes, cela permettra de comprendre un peu ce qui se passe... Le plan d'execution serait le top, car il permettra de verifier les differentes suppositions.

Bon courage

Voilà :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35

SQL> Update INTERFACE 2 SET JOURNAL = 'CIH_AUTRE' 3 where FLAG_JOURNAL <> '0' 4 and STATUS ='TRANSFERED';   817787 ligne(s) mise(s) à jour.   Ecoulé : 00 :02 :39.97   Plan d exécution ---------------------------------------------------------- 0 UPDATE STATEMENT Optimizer=ALL_ROWS (Cost=75582 Card=913097 Bytes=21001231)   1 0 UPDATE OF 'INTERFACE' 2 1 TABLE ACCESS (FULL) OF 'INTERFACE' (TABLE) (Cost= 75582 Card=913097 Bytes=21001231)           Statistiques ---------------------------------------------------------- 187 recursive calls 1343222 db block gets 1369995 consistent gets 786279 physical reads 286278872 redo size 371 bytes sent via SQL*Net to client 387 bytes received via SQL*Net from client 3 SQL*Net roundtrips to/from client 1 sorts (memory) 0 sorts (disk) 817787 rows processed

---

et vous avez des indexes de créés ??