Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

  1. #1
    Membre du Club
    INSERT dans table temporaire non journalisé dans Procédure stockée
    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

  2. #2
    Expert éminent
    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

  3. #3
    Membre du Club
    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

  4. #4
    Expert éminent
    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.

  5. #5
    Expert éminent sénior
    Citation Envoyé par totofff78 Voir le message
    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

###raw>template_hook.ano_emploi###