Hola
Correcto Fernando, ahora en un AS ya lo ejecuta correctamente y en el otro 
intenta hacerlo. Digo que lo intenta, porque haciendo las pruebas se me 
debe de haber quedado colgado algun proceso que no encuentro, y me da el 
siguiente error:
 Mensaje . . . . :   Objeto ARQTDATMP en SVACCTBF tipo *FILE no creado 
debido a
   operación pendiente.  
 Causa . . . . . :   El objeto ARQTDATMP tiene una operación DROP o CREATE 
 
   pendiente bajo control de compromiso que está impidiendo la creación. y 
bla, bla, bla...
Cómo puedo encontrar este proceso? me he repasado todos los trabajos 
activos y no lo encuentro.
Gracias



Fernando Pérez <[email protected]> 
Enviado por: [email protected]
25/03/2010 09:54
Por favor, responda a
"forum.help400" <[email protected]>


Para
"forum.help400" <[email protected]>
cc

Asunto
Re: Prueba con SQL






Hola. 

Asegurate que compilas el SQLRPGLE con la opción Control de compromiso  . 
. . . .   *NONE 

Si no tienes las tablas por diario, ha de tener ese valor.

Saludos.

Fernando Pérez  

Cerámica Saloni. Dpto. Organización


[email protected] escribió: 
Hola 
si los mismos mandatos los ejecuto interactivamente o por un script, 
funciona todo a la perfección, crea las tablas y les inserta los 
registros, aunque si que me 'avisa' de que las tablas no están registradas 
por diario, pero al poner los mismos comandos en un programa SQLRPGLE no 
hace absolutamente nada. 
El valor de SQLCOD es correcto, y en SQLSTATE me devuelve un 55019 que no 
encuentro en ningun manual qué significa. El 'monitor/on-error' no me 
sirve de nada. 
El caso es que no me interesa registrarlas por diario, porque son tablas 
temporales. He encontrado esta manera de hacerlo que es infinitamente más 
rápida que el copyf. Tendré que hacer lo que decía el compañero, primero 
el create y luego el insert into de la select. 
Salu2 


"Juan Carlos Paredes" <[email protected]> 
Enviado por: [email protected] 
23/03/2010 10:10 

Por favor, responda a
"forum.help400" <[email protected]>



Para
"forum.help400" <[email protected]> 
cc

Asunto
RE: Prueba con SQL








Es probable que te esté devolviendo un error porque no exista el diario 
qsqjrn en la biblioteca. Cuando se crea una tabla directamente con create 
table, el sistema trata de registrarla automáticamente en un diario 
denominado QSQJRN. Si dicho diario no existe en la biblioteca en que estás 
creando la tabla, devuelve un error (no recuerdo si en el SQLCODE o en el 
SQLSTATE) diciendo que la tabla se ha creado pero no ha podido registrarse 
por diario. 
  
Saludos. 
  
Juan Carlos.   
  
----- Original Message ----- 
From: [email protected] 
To: forum.help400 
Sent: Tuesday, March 23, 2010 8:18 AM 
Subject: Re: Prueba con SQL 
  
Hola 
Si hago un debug, veo como el programa se queda en el primer c/Exec sql y 
luego sale. He puesto tambien las sentencias SQL en subrutinas, y lo 
mismo, entra al inicio del programa, y se sale sin ni siquiera intentar 
ejecutar nada. No da opción a llegar a SQLCODE ni SQLSTATE. 
Salu2 


Víctor Bolaños <[email protected]> 
22/03/2010 20:13 


Para
[email protected] 
cc

Asunto
Re: Prueba con SQL

  









Si las instrucciones funcionan en iteractivo, debes determinar si el 
programa SQLRPGle esta dando un error ver  variables SQLCODE o SQLSTATE y 
te das cuenta de cual puede ser el problema. 
 
Procedimientos almacenados se recomienda para accesos externos con SQL ya 
sea java. VB.net VB6, Oracle...etc...los SP son para controlar accesos no 
deseados de la BD, Asi todo el accceso se realiza por programas propios y 
bien seguros 




From: "[email protected]" <[email protected]>
To: forum.help400 <[email protected]>
Sent: Mon, March 22, 2010 11:17:41 AM
Subject: Prueba con SQL

Hola Foro. 
Estoy haciendo pruebas con programas SQLRPGLE  y por ejemplo este que 
adjunto aqui no me funciona(entra al programa y no hace ni caso). Las 
sentencias son correctas y desde script funcionan. 
Ahora vienen dos preguntas: Visto que el programa que intento ejecutar es 
este, tal  cual sin más añadidos...falta poner alguna cosa para que 
funcione? 
-y 2: Para este tipo de programas me recomendais procedimientos 
almacenados? 
Gracias 
c/Exec sql   
C+ create table svacctbf/arqtdatmp as (select * from arqtda where 
aqemp=21) 
C+ with data   
C/end-exec   
c/Exec sql   
C+ create table svacctbf/stktdatmp as (select * from stktda where 
stemp=21) 
C+ with data   
C/end-exec   
c/Exec sql   
C+ create table svacctbf/movcontmp as (select * from movcon where empres   

C+ in(91,98))  
C+ with data   
C/end-exec   
C                   Seton                                        LR  



____________________________________________________
© Publicaciones Help400, S.L. - Todos los
derechos reservados http://www.help400.es
----------------------------------------------------
Para darte de baja visita la siguente URL:
http://listas.combios.es/mailman/listinfo/forum.help400
____________________________________________________
© Publicaciones Help400, S.L. - Todos los
derechos reservados http://www.help400.es
----------------------------------------------------
Para darte de baja visita la siguente URL:
http://listas.combios.es/mailman/listinfo/forum.help400 


____________________________________________________
© Publicaciones Help400, S.L. - Todos los
derechos reservados http://www.help400.es
----------------------------------------------------
Para darte de baja visita la siguente URL:
http://listas.combios.es/mailman/listinfo/forum.help400
____________________________________________________
© Publicaciones Help400, S.L. - Todos los
derechos reservados http://www.help400.es
----------------------------------------------------
Para darte de baja visita la siguente URL:
http://listas.combios.es/mailman/listinfo/forum.help400
____________________________________________________
© Publicaciones Help400, S.L. - Todos los
derechos reservados http://www.help400.es
----------------------------------------------------
Para darte de baja visita la siguente URL:
http://listas.combios.es/mailman/listinfo/forum.help400

Responder a