Problème temps exécution update

Bonjour,

J'exécute la requête suivante sur deux bases ayant la même configuration mais une est en 9.2.0.6 et l'autre en 9.2.0.8 :
Sur la base 9.2.0.8, le temps d'exécution est de 10s alors que sur la base 9.2.0.6, il est de 45 mn.

Code:

---

1 2 3 4 5 6 7 8 9 10 11

update prevision p set refcon = (select /* HINT 26 */ /*+ INDEX_DESC(H I_HISTOMVTS1) */ decode(min(refcon), max(refcon), min(refcon), NULL) from histomvts h where h.ajustement = -1 and h.mvtident = p.mvtident and nvl(h.refMvtBack, 0) = nvl(p.refMvtBack, 0) and h.type = p.type and nvl(h.contrepartie, 0) = nvl(p.contrepartie, 0) and h.quantite * p.quantite >= 0 and h.dateneg = p.dateneg) where 1 <> -nvl(to_create, 0)

---

Pour remédier au problème, je suis obligée de modifier la requête de cette façon :

Code:

---

1 2 3 4 5 6 7 8 9 10 11

update prevision p set refcon = (select /* HINT 26 */ /*+ INDEX_DESC(H I_HISTOMVTS1) */ decode(min(refcon), max(refcon), min(refcon), NULL) from histomvts h where h.ajustement = -1 and h.mvtident = p.mvtident and nvl(h.refMvtBack, 0) = nvl(p.refMvtBack, 0) and h.type = p.type and nvl(h.contrepartie, 0) = nvl(p.contrepartie, 0) and h.quantite * p.quantite >= 0 and h.dateneg = p.dateneg) where 1 <> -nvl(to_create, 0)

---

Je cherche une autre solution, j'ai reconstruit les index de la table histomvts sans résultat.

Merci

Bonne journée

Brigitte

Déjà pour commencer :
- vérifie que les volumétries entre les 2 bases sont similaires sinon la comparaison n'a aucun sens
- vérifie que les paramètres d'instance sont les mêmes sinon la comparaison n'est pas forcément judicieuse
- rafraîchit toutes les statistiques des tables et de leurs indexes concernées par la requête
- enlève tous les hints de ta requête
- ensuite seulement compare les plans d'exécution, et là vraiment s'ils sont les mêmes c'est que sur ta base 9.2.0.6 il y a un problème qui ne vient pas de ta requête et il faut commencer à regarder en détail ;)

les plans d'exécution sont-ils les mêmes ? Et les stats ?

Les plans d'exécutions, les stats et la volumétrie sont identiques.

Merci

Cordialement

Brigitte LE ROUX

Verifie aussi que tu met à jours le même nombre de lignes.
Bien que tu ai x millions de ligne dans les 2 cas, les contenus peuvent être différents et dans un cas ta requette modifie peu de lignes et dans l'autre beaucoup.

Peut être aussi qu'un de tes index a mal vieilli et qu'un alter index ... rebuild... s'impose.

Avec plus d'infos (plans d'exécutions par exemple) ça pourrait peut-être aider ... :roll:

je ne vois même pas la différence entre les 2 requêtes :koi:

Citation:

---

Envoyé par orafrance

je ne vois même pas la différence entre les 2 requêtes :koi:

---

juste la mise en page pour la lisibilité ? :mouarf:

Désolée, voici la 2ème requête

Code:

---

1 2 3 4 5 6 7 8 9 10 11

update prevision p set refcon = (select /* HINT 26 */ /*+ INDEX_DESC(H I_HISTOMVTS1) */ decode(min(refcon), max(refcon), min(refcon), NULL) from histomvts h where h.ajustement = -1 and h.mvtident = p.mvtident and nvl(h.refMvtBack, 0) = nvl(p.refMvtBack, 0) and h.type = p.type and nvl(h.contrepartie, 0) = nvl(p.contrepartie, 0) and h.quantite * p.quantite >= 0 and h.dateneg = p.dateneg) where 1 <> -nvl(to_create, 0)

---

Par contre, en passant alter session set optimizer_goal=rule; la requête n°1 s'exécute correctement sur les deux bases.

Merci

Brigitte

:tagcode:

On attend toujours les plans d'exécution :roll:

Et il n'y a toujours aucune différence avec la 1ere requête... mise à part la mise en forme (c'est quoi le CURSOR_SHARING ?)

désolée, voici la 2ème requête dans laquelle j'utilise un hint pour forcer l'utilisation de l'index :

update prevision p
set refcon = (select /* HINT 26 */ /*+ INDEX_DESC(H I_HISTOMVTS1) */ decode(min(refcon), max(refcon), min(refcon), NULL)

from histomvts h

where h.ajustement = -1

and h.mvtident = p.mvtident

and nvl(h.refMvtBack, 0) = nvl(p.refMvtBack, 0)

and h.type = p.type

and nvl(h.contrepartie, 0) = nvl(p.contrepartie, 0)

and h.quantite * p.quantite >= 0

and h.dateneg = p.dateneg)

where 1 <> -nvl(to_create, 0)

<ExplainPlan>
<PlanElement object_ID="0" id="0" operation="UPDATE STATEMENT" optimizer="CHOOSE" cost="39" cardinality="3,500" bytes="346,500">
<PlanElements>
<PlanElement object_ID="1" id="1" operation="UPDATE" object_owner="FO6_FR" object_name="PREVISION">
<PlanElements>
<PlanElement object_ID="1" id="2" operation="TABLE ACCESS" option="FULL" optimizer="ANALYZED" object_owner="FO6_FR" object_name="PREVISION" object_instance="1" cost="39" cardinality="3,500" bytes="346,500"/>
<PlanElement object_ID="0" id="3" operation="SORT" option="AGGREGATE" cardinality="1" bytes="46">
<PlanElements>
<PlanElement object_ID="2" id="4" operation="TABLE ACCESS" option="BY INDEX ROWID" optimizer="ANALYZED" object_owner="FO6_FR" object_name="HISTOMVTS" object_instance="2" cost="5" cardinality="1" bytes="46">
<PlanElements>
<PlanElement object_ID="3" id="5" operation="INDEX" option="RANGE SCAN" optimizer="ANALYZED" object_owner="FO6_FR" object_name="IHISOAJUST" object_type="NON-UNIQUE" search_columns="1" cost="3" cardinality="173"/>
</PlanElements>
</PlanElement>
</PlanElements>
</PlanElement>
</PlanElements>
</PlanElement>
</PlanElements>
</PlanElement>
</ExplainPlan>

Le cursor_sharing = EXACT.

Merci

Brigitte

c'est illisible :roll:

et je devine qu'il n'y a qu'un explain plan alors que tu dis que la 1 ere requête fonctionne... j'aimerai voir le plan également STP

Désolée, je suis nouvelle sur ce site :
UPDATE prevision p
SET refcon =
(SELECT
/* HINT 26 */
/*+ INDEX_DESC(H I_HISTOMVTS1) */
DECODE(MIN(refcon), MAX(refcon), MIN(refcon), NULL)
FROM histomvts h
WHERE h.ajustement = -1
AND h.mvtident = p.mvtident
AND NVL(h.refMvtBack, 0) = NVL(p.refMvtBack, 0)
AND h.type = p.type
AND NVL(h.contrepartie, 0) = NVL(p.contrepartie, 0)
AND h.quantite * p.quantite >= 0
AND h.dateneg = p.dateneg
)
WHERE 1 <> -NVL(to_create, 0)

Le plan d'exécution est identique pour les deux requêtes.

Merci

Citation:

---

Envoyé par bibi92

Désolée, je suis nouvelle sur ce site

---

http://www.developpez.net/forums/forumdisplay.php?f=26 :roll: