Recherche:

8O bigre... ça en fait de l'accés disque pour 100 lignes :?

tu pourrais faire la même chose en ajoutant un ROWNUM < 101 pour voir une trace compléte ? :)

je crains que Rouarg a cru que tu avais un index sur chacune de tes colonnes ;) dans ton cas, pas de problème a priori :)

tu pourrais faire ceci :


ALTER SESSION SET EVENTS '10046 trace name context forever, LEVEL 12';


Ensuite tu fais ton UPDATE et enfin :


ALTER SESSION SET EVENTS '10046 trace name context...

la trace de la session en level 12 pourrait fournir pas mal d'info aussi ;)

t'as ouvert un appel chez Oracle ?

n'y aurait-il pas un snapshot log sur cette table ?

là je commence sérieusement à caler :aie:

8O bon bah là il faut que j'appelle Fox Mulder sur cette affaire :D

L'explain plan montre bien un FULL, je ne me serais pas tromper dans le hint par hasard ? :?

Et que donne la requête suivante par rapport à l'update :


SELECT /*+ FULL&#40;a&#41; */ a.noAssNew , b.nbnewval
FROM FUSASS a, GFUCVTP b
where a.cdCaisse = b.cdoldcai
and a.noAss =...

8O mais attend... dans le select à tout les coups, il ne fait pas le FULL SCAN sur FUSASS grace aux critères : a.cdCaisse = b.cdoldcai ou a.noAss = to_char(b.nboldval)

Alors que pour l'update il...

et les plan d'exécution sont exactement identiques ?

pt1 c'est quand même bizare ce truc...

là il y a une méthode mais c'est très contraignant : ...

ça peut être un index sur la table FUSASS qui est long a mettre à jour...