Index et TRACE

Bonjour,
3 questions en une (car tout est lié)

Table AAA
Champs A,B,C,D,E,F,G,H,I,J,K,L,M,N,O,P,Q
Index1 = A
Index2 = B,D
Index3 = G,A
Index4 = I,J,K

J'ai un select suivant:
Select * from AAA
where index3 = trucmuche
order by index1

Ce select n'affiche rien il est utilisé ensuite pour alimenter une table temporaire.Le temps de traitement est trés long.
Lorsque j'enlève l'ORDER BY le temps de traitement est divisé par 3...

Question1:
Est ce que un ORDER BY sur un INDEX différent de celui du SELECT est préconisé en matière de développement ?

Question2:
Quels TRACE peut-on faire sous ORACLE ?
On m'a conseillé de faire un DBSLOG, mais le fichier de sorti est incompréhensible !

Merci

1. on ne peut pas préciser le nom d'un index dans une clause where. Donnez des éléments réels et pas des éléments bidons !

2. L'order by peut être couteux mais si l'ordre a vraiment un sens, vous n'avez pas le choix, faut le garder

3. Pour tracer, le plus judicieux est l'explain plan :

Code:

---

1 2 3 4 5

SQL> explain plan for select ... FROM ... WHERE ... ORDER BY ...;   SQL>select * from table ( dbms_xplan.display() );

---

Citation:

---

Envoyé par philuciole

Ce select n'affiche rien il est utilisé ensuite pour alimenter une table temporaire.Le temps de traitement est trés long.
Lorsque j'enlève l'ORDER BY le temps de traitement est divisé par 3...

---

Si c'est pour mettre des lignes d'une table vers une autre, le order-by ne sert absolument à rien car il n'y a aucune notion d'ordre dans le stockage, c'est juste une problématique d'affichage.

Oracle calcule le meilleur plan d'execution par le CBO (Cost Based Optimizer). Pour que ce dernier fonctionne bien, il faut passer des traitement sur le schéma, on dit courament "passer les stats". Ce traitement peut être passé plus ou moins régulièrement selon que la base évolue beaucoup ou pas.

exemple:

Code:

---

1 2 3 4

BEGIN DBMS_STATS.GATHER_SCHEMA_STATS ('TON_SCHEMA'); END;

---

C'est tout ce qu'on peu dire dans un cas général, car effectivement tu donne un exemple qui est sans objet puisque aucune requete de ce type ne peut meme compiler

Citation:

---

Envoyé par LeoAnderson

1. on ne peut pas préciser le nom d'un index dans une clause where. Donnez des éléments réels et pas des éléments bidons !

---

ERP avec une base ORACLE.
Table ==> T_OA(Ordre Achat)
index1 = numordre
index4 = numcd(numero de commande) , numordre(numero ordre achat)
V_numcd = variable avec numero de commande.


SELECT T_OA.*
FROM T_OA
WHERE T_OA.index4 = :V_numcd
ORDER BY T_OA.index1

Désolé mais je comprends pas bien, c'est vraiment écrit comme ça dans l'outil ?? dans ce cas ce n'est pas du SQL. Par exemple, index4 signifie-t-il un vrai index physique de la table ou est-ce juste une notation ?

Citation:

---

Envoyé par remi4444

Désolé mais je comprends pas bien, c'est vraiment écrit comme ça dans l'outil ?? dans ce cas ce n'est pas du SQL. Par exemple, index4 signifie-t-il un vrai index physique de la table ou est-ce juste une notation ?

---

Ce n'est pas du SQL pur jus, mais une "variante" à la sauce ERP.

Désolé alors mais si on a pas la vrai requête SQL générée au final, je pense pas qu'on puisse faire grand chose pour toi sur ce forum.... :?

Citation:

---

Envoyé par remi4444

Désolé alors mais si on a pas la vrai requête SQL générée au final, je pense pas qu'on puisse faire grand chose pour toi sur ce forum.... :?

---

La syntaxe est ainsi, mais je vais cloturer ce POST, qui n'aura pas servi à grand chose et qui ne servira à personne !..

Citation:

---

Envoyé par philuciole

La syntaxe est ainsi, mais je vais cloturer ce POST, qui n'aura pas servi à grand chose et qui ne servira à personne !..

---

Ben si tu donne une syntaxe d'un ERP sans meme donner le nom de l'ERP et en posant des question sur cet ERP (notion d'index qui n'a peut etre rien à voir avec les vrais index d'oracle) là effectivement ça va etre dur.... :aie:

faudrait peut-être faire une trace pour retrouver la requête qui est faite... en bien entendu, citer l'ERP :roll: