Dataara mit SQL lesen

[Fuerchau]

Nein.
Du schreibst ein RPG/LE-Programm, dass den Inhalt der DTAARA als Parameter zurückgibt.
Erst danach erstellst du die "externe" SQL-Function.
SQL registriert den SQL-Code im Objekt selber, so dass ein Restore auf derselben Maschine die Funktion auch wiederherstellt.
Zu Sicherheit stelle ich die CREATE-Source in eine normale PF-SRC, so dass ich jederzeit durch RUNSQLSTM die Erstellprozedur wiederholen kann.
Leider habe ich es des Öfteren erlebt, dass ein reiner Restore einer externen SQL-Funktion/Prozedur diese nicht ins Repository einträgt.

Der Sicherung steht überhaupt nichts im Weg, da die Programme ja als Objekte vorhanden sind und die Quellen nach Möglichkeit ja auch.
Das SQL-Repository (QSYS2) wird beim SAVSYS ja auch gesichert.
Klar, beim Umzug auf ein neues System muss ich da schon einiges nachholen, z.B. Abarbeiten der obigen PF-SRC.

[dibe]

OK,
also doch!
Ich muß also die Sourceen auch auf die ECHT AS-400 kopieren und dort neu ausführen.
Aber dann brauch ich ja des Objekt nicht zu sichern ?! oder wie ist das zu verstehen?
Danke
Dietlinde Beck

[Fuerchau]

Für externe SQL-Prozeduren hast du 2 "Sourcen".
1. Das Programmobjekt selber
2. den SQL-Befehl "create procedure/function"
Letzteres ist sicherlich als "Quelle" anzusehen.

Das Problem:
Der SQL-Create trägt seinen Code in des Programm-Objekt ein, so dass eine Wiederherstellung im Ernstfall möglich ist.
Zusätzlich steht die Definition natürlich im SQL-Repostory (SQLFunction, SQLProcs, SQLParms) der QSYS2.
Nun wird aber das Programmobjekt aus irgendwelchen Gründen mal neu erstellt (Fehlerbehandlung).
Die SQL-Definition zur Wiederherstellung ist somit verschwunden, da das ersetzte Programm über die QRPLOBJ verschwindet.
Nun müsste eigentlich der "Create-Befehl" wiederholt werden, was allerdings nur mit dem vorherigen Drop funktioniert (aber wer denkt schon daran).
Daher macht es durchaus Sinn, auch den Create-Befehl auf dem Echtsystem aufzuheben, da du den ja beim 1. Mal auf jeden Fall brauchst.