QTEMP - Zugriff

[RobertPic]

Ich kann Fuerchau nur beipflichten. Ich wickle die meisten Berührungen mit 3GL-Programmen auf diese Weise (Stored Procedures) ab.

Die SQL-Prozedur sieht ungefähr so aus:

  CREATE PROCEDURE LIB/ALTESPGM (IN PARAM1 CHAR(10))
 	LANGUAGE SQL
 	NOT DETERMINISTIC
 	READS SQL DATA 
 	DYNAMIC RESULT SETS 1
 BEGIN 
 	DECLARE c1 CURSOR WITH RETURN FOR 
 		   SELECT * 
 			  FROM QTEMP/OUTPUT;
 	
 	CALL LIB/ALTES3GL (PARAM1);
 	OPEN c1;
 END

Funktioniert wunderbar (auch mit QTEMP). Wenn man die Prozedur dann für die JDBC-Verbindung aufruft, bekommt wie bei einem SELECT ein ResultSet zurück.

LG Robert

[burton007]

danke für die tolle idee!

aber weißt du ob es einen sql befehl gibt, indem
man gleichzeitig ein CALL und ein SELECT
machen kann (gleicher JOB)??

habe keine sql erfahrung...

mfg burton007

[Fuerchau]

Dass passiert automatisch durch den Aufruf:

select ... => gibt einen Cursor zurück
update/delete/create xxx => wird ausgeführt
call mylib.mypgm (Parm1, Parm2, ...) => Programm/Prozedur wird aufgerufen

[burton007]

Dass passiert automatisch durch den Aufruf:

select ... => gibt einen Cursor zurück
update/delete/create xxx => wird ausgeführt
call mylib.mypgm (Parm1, Parm2, ...) => Programm/Prozedur wird aufgerufen

-> bedeutet dass, das wenn ich in einem pgm ein select ausführe, dass ich
einen cursor zurückbekomme ??

mfg burton007

[Fuerchau]

Nein, bei einem Programm, dass als Prozedur aufgerufen wird, muss ich den geöffneten Cursor auch zurückgeben, sonst passiert da rein gar nichts.

Ich meinte nur, dass mit der Art des SQL-Kommandos eben SQL weiß, was ausgeführt werden soll.