Discussion :

[hammag]

Bonjour,

Voici mon problème que je n’arrive pas à résoudre :
J’ai modifié la structure d’une table oracle en ajoutant un nouveau champ. Ce champ n’est pas utilisé comme champ de recherche.
Après cette modification et quand je lance une reqête sql (qui Update cette table) cette requête tourne sans arrêt (comme une boucle infinie).
Ce problème survient seulement quand le nombre de lignes à modifier est très grand (de l’ordre de centaines de miliers) mais quand le nombre de lignes est petit (quelques dizaines par ex) l’exécution passe sans problème.
J’ai vérifié les indexes de cette table, rien n’a changé.

Quelqu'un a une idée ou une solution SVP ?

cordialement

[Waldar]

Il faut (beaucoup) plus d'informations :
La requête pour commencer, les tables, les index, les volumétries, les plans d'exécution (avant / après) et éventuellement les tkprof !

[hammag]

d'abord voici la requête :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
 
UPDATE IPROD LIP2
SET BO_ID = ( SELECT PRC1.BO_ID
              FROM COMPANY PRC1
              WHERE PRC1.SETID = ‘val1’
              AND PRC1.COMPANYID = LIP2.COMPANYID
             )
WHERE LIP2.PROCESS_INSTANCE = 111
AND LIP2.FLAG = 'Y'
AND LIP2.COMPANYID IN ( SELECT COMPANYID
                        FROM COMPANY
                        WHERE SETID = ‘val1’
                      )

le nouveau champ a été ajouté dans la table IPROD. Ce nouveau champ n'a aucun indexe. La table IPROD contient plus de 800 000 lignes et la table COMPANY plus de 200 000 lignes.

[Waldar]

Et ce nouveau champ n'est absolument pas utilisé dans cette requête c'est bien ça ?

[hammag]

oui, le nouveau champ n'est pas utilisé dans cette requête.

[Waldar]

Essayez cette requête-ci :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
MERGE into iprod lip2
using (select companyid, bo_id
         from company
        where setid = 'val1') prc1
   on (prc1.companyid = lip2.companyid)
 WHEN MATCHED THEN update 
  set lip2.bo_id = prc1.bo_id
where lip2.process_instance = 111
  and lip2.flag = 'Y';

[mnitu]

Faite une exécution en activant la trace SQL étendue (event 10046 level 8) pour voir ce qui se passe. Peut être que vous est affecté par un phénomène de type row_migration