SQL UPDATE ne tient pas compte du temps d’at­tente des enre­gis­tre­ments défi­ni par OVRDBF, pourquoi ?

J’ai une requête de mise à jour por­tant sur un fichier de tra­vail (dont aucun enre­gis­tre­ment n’est ver­rouillé) fil­trant les enre­gis­tre­ments avec une sous-requête dont le résul­tat contient des enre­gis­tre­ments ver­rouillés par un autre travail :

 exec sql
           UPDATE SESSION.BWRBCP AS W SET (W.CODANO) = ('NOU')
             WHERE W.ANCUEX = :ANCUEX AND
                   W.CODANO = ' ' AND
                   EXISTS
               (SELECT *
                  FROM BCPTCP AS C
                  WHERE C.CODUEX = W.NOUUEX AND
                        C.NUMCHA = W.NOUCHA AND
                        C.NUMTRA = W.NOUTRA AND
                        C.NBATIM = W.NBANOU AND
                        C.NESCAL = W.NESNOU AND
                        C.NETAGE = W.NETNOU AND
                        C.NPOSIT = W.NPONOU AND
                        C.NPTCPT = W.NPTNOU)
             WITH UR;

J’ai remar­qué que l’exé­cu­tion plan­tait avec le code erreur SQLCODE = ‑913 au bout d’une minute.

Comme le ver­rouillage d’en­re­gis­tre­ment por­tait sur la table BCPTCP, j’ai essayé de réduire le temps d’at­tente en exé­cu­tant aupa­ra­vant la com­mande de sub­sti­tu­tion OVRDBF FILE(BCPTCP) WAITRCD(5) OVRSCOPE(*JOB).

Je suis cer­tain que cette sub­sti­tu­tion s’ap­plique car si j’es­saie de l’u­ti­li­ser pour dési­gner un autre fichier cela fonctionne.

Pour­tant le temps d’at­tente reste d’une minute (temps d’at­tente par défaut pour les enre­gis­tre­ments de la base de don­nées). Pourquoi ?

• sql