Zugriff vom SQlRPGLE AUF DB2 Linux

[woodstock99]

ich habe alles nochmal neu aufgesetzt .
CRTSQLRPGI wandeln mit bestimmten parameter
Sqlpackage lokal und auf dem Remote erstellt und es funzt . Commit Steuerung eingestellt (*none) geht gar nicht und die lokalen tabellen müssen journalisiert sein .

Oder was meinst du mit wie ?

das einzige wo ich jetzt gerade hänge ist der direkte Insert im Programm .

Insert into lokale.lib.file +
Select * from remotedb.lib.file where ....
das mag er nicht ;( .

[BenderD]

... in einem SQL Statement kann man nur in abgezählten Ausnahmen 2 unterschiedliche Datenbanken ansprechen (insert into lokal select ... from Server.schema.Tabelle sollte mit neuerem Release gehen) ansonsten kann man mit set Connection zwischen den Connections pendeln.

D*B

[woodstock99]

@bender,

nur wie ??
per STRSQL funzt das aber im SQLRPGLE
funzt das nicht

Insert into lokale.lib.file +
Select * from remotedb.lib.file where ....
nur warum ?

fehlermeldung :
Message ID . . . . . . : SQL0727 Severity . . . . . . . : 30
Message type . . . . . : Diagnostic
Date sent . . . . . . : 08.07.15 Time sent . . . . . . : 16:12:41

Message . . . . : Evaluation of global variable *N in *N failed.
Cause . . . . . : An error occurred during evaluation of the DEFAULT clause
of global variable *N in *N. The SQLCODE associated with the failure is
204. The SQLSTATE is 42704. The message tokens are




das pendeln das du meinst ist doch sätze einzeln verarbeiten.
fetch
connection wechseln , update fahren , connection wechseln nächster fetch....

[BenderD]

... einzeln verarbeitet wird das sowieso.
Mit three part alias muss die aktuelle Connection local sein und dann

Insert into lib.file +
Select * from remotedb.lib.file where...

[woodstock99]

ach du scheisse bin ich ......
Aber vielen Dank . Manchmal steht man nicht nur im Wald .....

[woodstock99]

jetzt erhalte ich folgende fehlermeldung wenn ich den commit absetze :

"Insert into lib.file +
Select * from remotedb.lib.file where..."



xxx rows inserted in xx in aa.
GET DIAGNOSTICS statement complete.
DRDA resource does not allow SQL cursor hold.



Message ID . . . . . . : CPD835D Severity . . . . . . . : 20
Message type . . . . . : Diagnostic
Date sent . . . . . . : 09.07.15 Time sent . . . . . . : 08:54:19

Message . . . . : DRDA resource does not allow SQL cursor hold.
Cause . . . . . : A commit or rollback operation, with SQLHOLD(YES)
specified, was performed for commitment definition *DFTACTGRP. However, the
relational database xxx at remote location *N, or IP address
::ffff:172.21.13.15, does not allow cursor hold. If the remote location is
*ARDPGM, the relational database is located by using an application
requester driver program.
Recovery . . . : Retry the commit or rollback operation using SQLHOLD(NO).
Technical description . . . . . . . . : The commitment definition identifier
is X'5CC4C6E3C1C3E3C7D9D7'. The activation group number is X'00000002'.

weiss da jemand rat?

[BenderD]

... steht doch schon drin, commit hold geht nicht mit der remote DB.

D*B

[woodstock99]

ich muss aber mit commit arbeiten weil commit * none die remote DB nicht zulässt .

[BenderD]

... aber nicht mit hold!

[woodstock99]

ja das ist mir klar aber wie stell ich das um oder was muss ich machen ?

Exec SQL Prepare DynCsrC1 From :String1;
Exec SQL Declare Icur Cursor For DYNCSRC1;
Exec SQL Open ICUR;
Exec SQL Fetch Next From ICUR into :MYDATA;

Da ist nirgends ein HOLD WITH ..

[BenderD]

was muss ich machen ?

zu aller erst mal genau beschreiben, was Du da machst und was wann genau passiert...
dann noch alle Ungereimtheiten beseitigen:
- lokal ist das SQL package Bestandteil des Programmes
- remote wird ein package für static SQL benötigt
-- das wird erstellt beim CRTSQLxxx, wenn man für RDB die Datenbank angibt
-- alternativ kann man CRTSLxxx mit RDB(*local) machen und dann CRTSQLPKG mit Angabe der RDB machen

D*B

[B.Hauser]

wo ist der COSE?
Wie setzt Du den COMMIT ab als SQL-Befehl (wenn ja wie) oder RPG/CL-Befehl.
Wird der COMMIT nach dem CLOSE abgesetzt?

Birgitta