Discussion :

[claudge]

Bonjour,

Je dois mettre en place un curseur "select for update" mais l'ordre de lecture des lignes se fait sur l'index cluster (colonnes de sélection par le WHERE) alors que je dois traiter les lignes dans un ordre différent. Bien sur la clause ORDER BY est interdite. Comment puis-je écrire autrement ce curseur.

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
EXEC SQL DECLARE C-09 CURSOR WITH HOLD FOR   
  SELECT  REF_MAND_FIX                    
          ,SUBSTR(CHAR(REF_MAND_IND),2,25) 
          ,NO_PART                         
          ,ID_CREANR                       
          ,NOM_CREANR                      
          ,IBAN_DB                         
          ,BIC_DB               
          ,NO_CTRAT                        
          ,D_CREAT             
   FROM   BMTMNDT                 
   WHERE  NO_PART    = :NO-PART  
     AND  NO_CTRAT  = :NO-CTRAT 
   ORDER BY D_CREAT_10   DESC     
            ,REF_MAND_FIX DESC     
            ,REF_MAND_IND DESC     
   FOR UPDATE OF                  
            IBAN_DB              
           ,BIC_DB               
           ,D_CREAT_10      
END-EXEC.

Merci de votre aide.

[Luc Orient]

Bonjour,

Depuis des lustres (au moins ... ), les clauses FOR UPDATE et ORDER BY sont mutuellement exclusives.

Je crois, mais ça reste à vérifier, que depuis une version récente de DB2 for z/OS il est possible de jouer avec les curseurs dits SCROLLABLE.

[bernard59139]

l'ordre de lecture des lignes se fait sur l'index cluster

Ca, ce n'est absolument pas garantie. Sans ORDER BY, db2 fournit les données comme ca l'arrange.

Pour répondre à ton besoin:

• soit faire SELECT puis un UPDATE
• soit mettre les données à plat (dans un seq) , travailler et faire un LOAD REPLACE.

[claudge]

Ca, ce n'est absolument pas garantie. Sans ORDER BY, db2 fournit les données comme ca l'arrange.

Pour répondre à ton besoin:

• soit faire SELECT puis un UPDATE
• soit mettre les données à plat (dans un seq) , travailler et faire un LOAD REPLACE.

Bonjour,
Le Select+Update sont déjà dans le programme, mais ils sont trop consommateur de temps CPU, c'est pour cela que je penche pour le Select-For-Update.
L'autre solution (Load Replace) n'est pas possible car plusieurs traitements batch tournent et la table est utilisée en lecture dans certains.

N'y a-t-il pas une solution par jointure ou autre type de requête ?

Merci pour vos réponses.

[claudge]

Bonjour,

Depuis des lustres (au moins ... ), les clauses FOR UPDATE et ORDER BY sont mutuellement exclusives.

Je crois, mais ça reste à vérifier, que depuis une version récente de DB2 for z/OS il est possible de jouer avec les curseurs dits SCROLLABLE.

Bonjour,
Je ne connais absolument pas cette méthode.
Comment savoir si une telle option est accessible sur le site ?

Merci pour vos réponses.

[bernard59139]

quelle est ta version de db2?

[claudge]

quelle est ta version de db2?

La version sur le site est : DB2 V9 NFM (New Fonction Mode)

[fsmrel]

Bonjour,

Bonjour,
Le Select+Update sont déjà dans le programme, mais ils sont trop consommateur de temps CPU, c'est pour cela que je penche pour le Select-For-Update.

Il faut montrer pourquoi cette solution est coûteuse. Que disent les EXPLAIN ? Les outils d’administration du genre Detector ? Combien d’index sont mis à jour ? A propos des index, les débrancher le temps de l’opération peut être bénéfique (quitte à ce que les autres batchs attendent un peu...)

L'autre solution (Load Replace) n'est pas possible car plusieurs traitements batch tournent et la table est utilisée en lecture dans certains.

Même remarque.