PB sur UPDATE [Résolu]

[JackyD]

Bonjour à tous.

Voici ce qui m'amène, je tente cette requête :

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
UPDATE JDCQ_TBOD99TC_GTS S --131 574 lignes
SET       IDINTGTC = (
SELECT IDINTGTC
FROM ODS.TBOD99TC T -- 53 043 lignes
WHERE S.NOCTRCAD   = T.NOCTRCAD
  AND       S.COTYP         = T.COTYP
  AND       S.IDGARGEN   = T.IDGARGEN
  AND       S.COCAT         = T.COCAT
  AND       S.COTRA         = T.COTRA
  AND       S.TYSTRTAR    = T.TYSTRTAR
  AND       NVL(S.TYAPPCOT,'S')   = T.TYAPPCOT
  AND       S.INGROTARAJO         = T.INGROTARAJO
  AND       T.FLDERIMG    = 1
  AND       T.DTFINIMA      = to_date ('12-31-9999', 'mm-dd-yyyy'))

Le SELECT ne ramène rien, l'UPDATE ne se réalise pas.

Le problème est qu'Oracle est dans les choux, rien ne se passe.

Je ne comprends pas.

[mnitu]

Oracle bouffe 50 K lignes avant que vous avez eu le temps de taper le commit et Carriage Return. Donc je pense que vous est plutôt bloqué dans votre update par un autre processus.

[McM]

1. L'update se fait sur toutes les lignes de JDCQ_TBOD99TC_GTS, le sous select est-il optimisé ? Vérifier l'explain plan si un index est bien pris.

2. Oracle est dans les choux et rien ne se passe ..

   Vérifier les locks

[JackyD]

Merci à vous.

J'ai ajouté un index sur toutes les colonnes de la clause WHERE de la table imbriquée.
Je ne pensais pas au vu de la volumétrie avoir à positionner cet index.

[Z3phur]

Envoyé par JackyD

Bonjour à tous.

Voici ce qui m'amène, je tente cette requête :

Code :

Le SELECT ne ramène rien, l'UPDATE ne se réalise pas.

Le problème est qu'ORACLE est dans les choux, rien ne se passe.

Je ne comprends pas

Ne serait-il pas mieux de faire votre update en deux étapes :

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
select IDINTGTC
into v_idintgtc
from ODS.TBOD99TC T --> 53 043 lignes
where S.NOCTRCAD   = T.NOCTRCAD
  and       S.COTYP         = T.COTYP
  and       S.IDGARGEN   = T.IDGARGEN
  and       S.COCAT         = T.COCAT
  and       S.COTRA         = T.COTRA
  and       S.TYSTRTAR    = T.TYSTRTAR
  and       NVL(S.TYAPPCOT,'S')   = T.TYAPPCOT
  and       S.INGROTARAJO         = T.INGROTARAJO
  and       T.FLDERIMG    = 1
  and       T.DTFINIMA      = to_date ('12-31-9999', 'mm-dd-yyyy');

puis :

Code :

1
2
update JDCQ_TBOD99TC_GTS S --> 131 574 lignes
set       IDINTGTC = v_idintgtc;

Cela évitera aussi de locker la table DCQ_TBOD99TC_GTS trop longtemps

[JackyD]

Je ne peux mettre en place cette solution, car je perds la synchro entre la table en UPDATE et la table imbriquée

[McM]

Envoyé par JackyD

Merci à vous.

J'ai ajouté un index sur toutes les colonnes de la clause WHERE de la table imbriquée.
Je ne pensais pas au vu de la volumétrie avoir à positionner cet index.

Et bien, c'est normal, tu fais un update sur 131000 lignes, et pour chaque ligne il va récupérer des infos. Donc 130.000 fois un full de 50.000 lignes, ça fait beaucoup

PS : Sujet résolu ou pas ?

[mnitu]

Envoyé par McM

...Donc 130.000 fois un full de 50.000 lignes, ça fait beaucoup

C'est ça.

[Jorafali]

Le code suivant aurait peut etre corrige le tir sans avoir recours aux index.

Code sql :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
 
UPDATE (
SELECT s.IDINTGTC,
       t.IDINTGTC new_IDINTGTC
FROM  
       JDCQ_TBOD99TC_GTS S, --131 574 lignes
       ODS.TBOD99TC T
WHERE S.NOCTRCAD   = T.NOCTRCAD
  AND       S.COTYP         = T.COTYP
  AND       S.IDGARGEN   = T.IDGARGEN
  AND       S.COCAT         = T.COCAT
  AND       S.COTRA         = T.COTRA
  AND       S.TYSTRTAR    = T.TYSTRTAR
  AND       NVL(S.TYAPPCOT,'S')   = T.TYAPPCOT
  AND       S.INGROTARAJO         = T.INGROTARAJO
  AND       T.FLDERIMG    = 1
  AND       T.DTFINIMA      = to_date ('12-31-9999', 'mm-dd-yyyy')
	)
SET IDINTGTC = new_IDINTGTC

Je n'ai pas tester la requete en question et je serai curieux de savoir ce que cela vous evoque.

[McM]

Euh.. si t'as pas d'index, comment Oracle va faire la jointure ?