Discussion :

[Ikebukuro]

Salut les DBA

Je viens vers vous pour avoir votre retour d'expérience sur les limitations sur la commande EXPLAIN PLAN.

Cette commande permet d'avoir immédiatement un plan d'exécution MAIS il y a toujours un prix à payer. Il existe notamment un pb sur les bind variables (toujours considérées comme VARCHAR2 et sélectivité non prise en compte).
C'est expliqué ici mais la doc Oracle est succinte : https://docs.oracle.com/database/121...htm#TGSQL94701
"EXPLAIN PLAN Restrictions
Oracle Database does not support EXPLAIN PLAN for statements performing implicit type conversion of date bind variables. With bind variables in general, the EXPLAIN PLAN output might not represent the real execution plan."

J'avais fait des tests ici sur mon blog : http://dbaoraclesql.canalblog.com/ar.../36654261.html
et effectivement, la sélectivité des bind variables n'est pas prise en compte par la commande EXPLAIN PLAN.

Maintenant, est-ce que selon vous il existe d'AUTRES limitations?

[Waldar]

Une limitation plus visuelle que fonctionnelle c'est la verbosité du plan d'exécution lorsque le parallélisme est activé, ça multiplie par deux ou trois sa longueur.
Pas de soucis sur des petites requêtes, mais avec dix/douze tables ça devient fichtrement compliqué de suivre.

Je force donc les explains en /*+ NOPARALLEL */ et les requêtes avec le parallélisme.

[Ikebukuro]

Merci Waldar

[JeitEmgie]

Explain plan ne renvoit qu’une estimation théorique c’est display cursor qui retourne le plan réellement utilisé

[Ikebukuro]

Explain plan ne renvoit qu’une estimation théorique c’est display cursor qui retourne le plan réellement utilisé

Je suis entièrement d'accord avec toi mais quand tu tunes un ordre SQL, tu ne vas pas attendre une heure pour savoir si le nouvel index est bien utilisé.
Je fais donc un EXPLAIN PLAN pour dégrossir le tuning, trouver des pistes d'amélioration puis, à la fin, j'exécute réellement la requête pour être sur que mes pistes sont OK.