RE: Variables diferentes para SQLSTATE y SQLCODE

Tue, 24 Jan 2006 05:27:09 -0800

Title: Message
Te adjunto un ejemplo en RPG,
nosotros trabajamos en COBOL y tenemos unas rutinas standard, mas sofisticadas, pero como muestra creo que te vale.
 
C/EXEC SQL                                                
c+       FETCH NEXT FROM a1                               
c+        INTO                                            
C+                 :C1                              
C+               , :C2                              
C+               , :C3                              
C+               , :C4                              
C+               , :C5                              
C+               , :C6   ...... etc                              
C/END-EXEC                                                
c     sqlcod     ifeq      100                           (EOF)
c                   move      *on           *in10                            
c                   endif                            
c     sqlcod     ifeq       0
c                    move     *off           *in10
c                    endif
c     sqlcod     ifeq       -811
c                    move     *on           *in11
c                    endif
                    .....etc......
 
Puedes elegir cualquier otro indicador y encenderlo o apagarlo para cualquiera de los valores que quieras controlar del sqlcode/status.
Nosotros NUNCA utilizamos los sqlcode/status para controlar procesos, siempre asociamos a un indicador o variable.
     
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Juan Carlos Paredes
Sent: 24 January 2006 12:21
To: [email protected]
Subject: RE: Variables diferentes para SQLSTATE y SQLCODE

Efectivamente, Rafael, exactamente es eso lo que pretendo controlar el proceso y los errores con el SQLCODE/STATE. Es el típico caso de un fichero de cabeceras con un montón de líneas asociadas a cada cabecera. Por cada cabecera leída debe procesar todas las líneas correspondientes. En este caso, para detectar que ya he terminado con uno y otro fichero, no veo otra opción más que el SQLCODE y SQLSTATE .

Lo de otra variable distinta, ¿cómo usas un indicador en la FECTCH para controlar, por ejemplo, el fin de fichero?

Saludos.
Juan Carlos.

    -----Mensaje original-----
    De:     [EMAIL PROTECTED] [SMTP:[EMAIL PROTECTED] En nombre de Cubero, Rafael (R.)
    Enviado el:     martes, 24 de enero de 2006 11:38
    Para:   [email protected]
    Asunto: RE: Variables diferentes para SQLSTATE y SQLCODE

    Supongo que lo que estas haciendo es controlar el proceso y posibles errores con estos campos.
    Bien, nosotros siempre que hacemos una operación SQL incluimos la comprobacion del status/code y UTILIZAMOS UNA VARIABLE DISTINTA (indicador) con lo que no dependendemos del SQLCODE/STATE sino del indicador correspondiente para controlar el proceso.

    Si no es esto lo que preguntas, por favor mandame un ejemplo.

     -----Original Message-----
    From:   [EMAIL PROTECTED] [HYPERLINK "mailto:[EMAIL PROTECTED]"mailto:[EMAIL PROTECTED]]  On Behalf Of Juan Carlos Paredes
    Sent:   24 January 2006 09:59
    To:     Forum Help 400
    Subject:        Variables diferentes para SQLSTATE y SQLCODE

    Buenos días, Foro:

    Pues eso, mi pregunta es: ¿Es posible tener variables diferentes para el SQLSTATE y el SQLCODE en dos cursores diferentes? Tengo un programa (SQLRPGLE) que abre un cursor SQL y lo va leyendo. Con el resultado obtenido, abre un nuevo cursor y lo va leyendo. Me interesaría que el SQLSTATE y el SQLCODE fueran diferentes para ambos cursores.

    Gracias y saludos.

    Juan Carlos

    --
    No virus found in this outgoing message.
    Checked by AVG Anti-Virus.
    Version: 7.1.375 / Virus Database: 267.14.22/238 - Release Date: 23/01/2006
      


    --
    No virus found in this incoming message.
    Checked by AVG Anti-Virus.
    Version: 7.1.375 / Virus Database: 267.14.22/238 - Release Date: 23/01/2006
     

--
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.1.375 / Virus Database: 267.14.22/238 - Release Date: 23/01/2006
 

Responder a