[Oracle] performance entre ANSI join et Natural join

Bonjour,

Je suis conforter à un problème que je ne comprends pas bien. Nous appliquons actuellement sur nos projet la norme ANSI pour effectuer les jointures dans les requêtes et vues (sur du Oralce 9iR2 9.2.0.7). Il en est ressorti de nombreux problèmes de performance.
Je me suis donc penché dessus et j'ai constaté ceci :
Lorsque la requête contient de nombreuse jointure ANSI, les plans d'exécution mettent un temps fou à être calculés. Si je transforme ces jointures en "Natural Join", c'est super rapide (on passe de 20 secondes à 1 seconde).

Quelqu'un a-t'il déjà rencontré ce problème ? Y'a-t'il un problème de paramétrage de la base ?

Merci d'avance.

Aurélien

Citation:

---

Envoyé par AurelGTS

...
Lorsque la requête contient de nombreuse jointure ANSI, les plans d'exécution mettent un temps fou à être calculés. Si je transforme ces jointures en "Natural Join", c'est super rapide (on passe de 20 secondes à 1 seconde).
...

---

Bonjour Aurélien,

Tu parle bien de calcul des plans d'exécution par le CBO, trace possible via l'événement 10053 ou des temps d'exécution des requêtes ?

Un exemple (ansi/natural) afin de voir d'ou vient le souci ?

Par natural joins tu fais références au 'natural join xxxx' ou à la syntaxe traditionelles des jointures made in Oracle (SQL86)[FONT=Courier New][/FONT]

Bonjour,

Par natural join, je fais référence à l'écriture ancienne Oracle :AND, OR, (+).

Pour l'exemple, je vais avoir du mal à donner un jeu de données étant donné les nombre de table qu'il faut introduire (environ 15-20 jointures dans les problèmes que je rencontre.)

Peut-être auriez-vous le temps de faire le test sur des requêtes importantes sur vos environnements (sans vouloir abuser...).

Sinon, je parle bien du calcul du plan d'execution par le CBO, oui.

Aurélien

J’ai connaissance d’un problème similaire concernant Oracle 10R2. Pour certaines requêtes l’optimiseur CBO a besoin d’un minute (58 secondes) pour élaborer les plans d’exécutions (au passage ça sert à rien de mentionner qu’il trouvait les bons plans). L’équipe qui a constaté le problème a ouvert un TAR avec Oracle et comme solution de contournement ils ont utilisé le RBO :). Récemment ils ont reçu un patch qui corrige le problème.

C'est bon à savoir. Je vais voir si on a le support d'Oracle.

Merci