Discussion :

[totofff78]

Bonjour,

Dans une procédure stockée, je veux alimenter une table temporaire créée avant :

Code :

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

create table Mabib/TMPTBL  as('SELECT * FROM TABLE1 ) with no data

Après je fais un insert

Code :

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

insert into  Mabib/TMPTBL SELECT * FROM TABLE1 WHERE champ1= 1

Mais j'ai une erreur car le fichier n'est pas journalisé.

Complément d'informations sur message

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
 ID message . . . . . . :   CPF4328       Gravité  . . . . . . . :   50        
 Type de message  . . . :   Arrêt programme                                    
 Date d'envoi . . . . . :   08/07/20      Heure d'envoi  . . . . :   11:02:48  
 
 Message . . . . :   Membre SQL_ODHEAD non journalisé dans *N.                 
 Cause . . . . . : Le membre SQL_ODHEAD du fichier SQL_ODHEAD, bibliothèque    
   ATDCETUD, n'est pas journalisé dans *N, bibliothèque *N, pour la définition 
   de validation *DFTACTGRP.                                                   
     Le journal indiqué correspond à celui de la définition de validation      
   *DFTACTGRP. Si la valeur *N a été indiquée pour le journal, le fichier n'est
   pas journalisé. S'il s'agit d'un fichier logique, les fichiers physiques qui
   en dépendent peuvent ne pas être journalisés dans le même journal,          
   contrairement à ce qui est demandé dans le contrôle de validation.          
 Que faire . . . : Vérifiez que le fichier à ouvrir est journalisé. En ce qui  
   concerne les fichiers logiques, assurez-vous que les fichiers physiques qui 
   en dépendent sont journalisés dans le même journal.

Comment faire pour éviter la journalisation de cette table temporaire et insérer mes lignes ? .

Merci d'avance car je sèche

[Darkzinus]

Bonjour, tu rajoutes with nc (no commitment control) à la fin de ton instruction SQL et ça va fonctionner.

Code :

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

insert into  Mabib/TMPTBL SELECT * FROM TABLE1 WHERE champ1= 1 with nc

Une prochaine fois précise la plateforme dans l'objet en l'occurrence ici du iseries.


A noter que tu peux directement créer la table avec les données :

Code :

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

1
2
 
create table Mabib/TMPTBL  as(SELECT * FROM TABLE1 WHERE champ1= 1) with  data

[totofff78]

Effectivement c'est de l'iseries mais dans un forum DB2 ça me semblait normale.

Après mettre WITH NC, j'avais essayé mais ça m'a remonté une erreur ; peut être la version de l'OS (V7R3)

ID message . . . . . . : SQL0104 Gravité . . . . . . . : 30
Type de message . . . : Diagnostic
Date d'envoi . . . . . : 08/07/20 Heure d'envoi . . . . : 13:41:42

Message . . . . : Elément syntaxique NC n'est pas correct. Eléments
possibles : NO DATA.
Cause . . . . . : Une erreur de syntaxe a été détectée au niveau de l'élément
NC. NC n'est pas un élément correct. NO DATA est une liste partielle des
éléments corrects. Cette liste suppose que l'instruction est correcte
jusqu'à cet élément. L'erreur peut être située plus haut dans
l'instruction, mais la syntaxe de l'instruction apparaît correcte jusqu'à ce
point.

J'ai résolu le pbm en passanrt par l'option de compile via un Runsqlstm. Par contre mon outil de compile ARCAD le gère mal pour le moment.

Code :

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

RUNSQLSTM SRCFILE(MABIB/QSQLSRC) SRCMBR(MaProcédure) COMMIT(*NONE) NAMING(*SYS) SAAFLAG(*FLAG) SRTSEQ(*JOB) SECLVLTXT(*YES) DBGVIEW(*SOURCE)

Sinon oui je pouvais créer directement les données mais je voulais utiliser la gestion d'erreur dans une procédure, pour me faire la main.

Merci pour le retour

[Darkzinus]

Le with nc n'est pas permis dans un create table donc ça devait être là ta première erreur pour la journalisation. Mais effectivement tu as trouvé la solution du COMMIT(*NONE) qui correspond parfaitement au besoin.

[escartefigue]

Effectivement c'est de l'iseries mais dans un forum DB2 ça me semblait normale.

DB2 est historiquement un SGBD créé pour les mainframe (systèmes MVS puis Z/OS), ce n'est que tardivement que les versions DB2/400 (devenue DB2 for i-series) puis DB2 for linux/unix/windows (LUW) ont été créées