Recherche:

STOP et merci à tous !

J'ai palié au problème en nettoyant les données de manière à pouvoir remplacer la clause to_char placée sur la plus grosse table par une to_number placée sur la petite...

Avec l'index composite sur 3 colonnes, et après stats


update FUSASS a set a.noAssNew =
(select b.nbnewval
from GFUCVTP b
where a.cdCaisse = b.cdoldcai
and ...

select count(*)
from GFUCVTP
where txCptNom ='MACLE'

COUNT(*)
---------
397040

Ca me chagrine, mais pas de lob en vue, comme vous pouvez le voir dans le post initial.

Je vais creuser du côté des indexes composites

Oui, merci

avec un ROWNUM < 101

TKPROF&#58; Release 8.1.7.0.0 - Production on Mon Nov 22 17&#58;55&#58;06 2004

&#40;c&#41; Copyright 2000 Oracle Corporation. All rights reserved.

Trace file&#58; w4_ora_23828.trc
Sort...

Ca peut venir de la : malgré le recalcul des stats, j'ai NUM_ROWS = 71504 et CHAIN_CNT = 1411, ce qui veut dire, si je ne m'abuse, que la table est fortement fragmentée ?



les 2 indexes portent...

SQL> select * from v$session_wait where sid=17 ;

SID = 17
SEQ# = 61
EVENT =direct path write file
P1TEXT = file number
P1 = 23
P1RAW = 00000017
P2TEXT = first dba
P2 =...

Aucun trigger sur ces tables

Le select ci-dessus est "instantané" (le temps de l'affichage :wink: )

68190 lignes


... et oui, pour répondre à orafrance, l'update doit mettre à jour toutes les lignes de la table fusass.

Le alter table noparallel n'a rien changé.
J'ai tout passé en mode CACHE et NOLOGGING... mais sans plus de succès

Long, je veux bien, mais de combien ??? J'ai déjà laisé tourner cette requête près de 10 heures, sans résultat probant !

PS : je vais essayer la même sans index

Bonjour,

J'ai 2 tables, dont une assez conséquente:


CREATE TABLE FUSASS
&#40;NODOSSIER NUMBER&#40;10&#41;,
CDCAISSE CHAR&#40;2&#41;,
NOASS CHAR&#40;6&#41;,
CDCAISSENEW CHAR&#40;2&#41;,