SQL und CLLE

[B.Hauser]

Du erstellst ganz einfach in deinem CLLE eine View basierend auf dem kompletten SELECT-Statement (geht mit RUNSQL) und liest dann durch diese View, wie durch eine ganz normale Datei (DCLF ... RCVF) .

Du musst die View lediglich zur Compile-Zeit definiert haben, damit du sie mit DCLF registrieren kannst.

Birgitta

[Fuerchau]

Da CLP für Select-SQL's weniger geignet ist und du RPGLE kannst, bist du wesentlich flexibler, wenn du RPGLE nimmst. Dann kannst du deine Whereklausel auch parametrieren.
Ein CLP liest von Anfang bis Ende. Du müsstest also on the fly in der QTEMP die View immer erst neu erstellen.

[Robi]

Ein CLP liest von Anfang bis Ende.

Deswegen ja der OPNQRYF! Damit geht ne Menge!

[camouflage]

Danke für die Antworten.

@Robi: Der opnqryf erinnert mich doch zu sehr an AS400. ;-)
@Birgitta: Die Lösung mit der View hätte mich überzeugt, bis ich auf wechselnde where Konditionen gestossen bin. Da hätte ich die View - innerhalb einer CLLE - immer wieder neu erstellen müssen.

Deshalb folge ich auch Baldurs Vorschlag, bzw. hab das SQLRPGLE schon praktisch fertig.

[Fuerchau]

Ich war schon immer der Meinung, für gestellte Aufgaben die beste Alternative zu wählen.
Bei SQL-Selects ist es eher eben RPGLE als CLLE.
Für andere SQL's kannst du nun gerne auch RUNSQL statt RUNSQLSTM verwenden, da du da eben auch Parameter haben kannst.
Und OPNQRYF ist ja wirklich eher V3 als V7.

[B.Hauser]

Danke für die Antworten.
@Birgitta: Die Lösung mit der View hätte mich überzeugt, bis ich auf wechselnde where Konditionen gestossen bin. Da hätte ich die View - innerhalb einer CLLE - immer wieder neu erstellen müssen.

... und wo liegt das Problem? Eine View ist lediglich ein gesichertes SELECT Statement und in CLLE kannst Du eine Datei auch mehrfach lesen.

[camouflage]

Birgitta,

wenn sich innerhalb des Selects ein "where" Wert ändert, muss ich die View neu erstellen. Das ist der Punkt, der mir nicht so gefällt.

[B.Hauser]

Dann solltest Du wohl doch ein RPG-Programm schreiben!

[RobertMack]

Falls das jemand nachmachen möchte: ich schreibe gar keine CLLE's mehr, mache alles in Free mit QCMDEXC - die Anweisungen Monitor und Commit sind in diesem Kontext unschlagbar!

[Fuerchau]

Nun ja, wenn ich im CLP/CLLE mit Commands umgehe erleichtert das das Schreiben schon.
Aber jedem das Seine.

[camouflage]

Robert,

alles zu seiner Zeit und an seinem Platz. Gut, ich verwende eher 'system' als QCMDEXC und einer der nütztlichsten BIF's den %scanrpl um die Platzhalter innerhalb eines Command-Strings zu ersetzen, wenn ich es denn über RPG löse. Doch immer ein RPG Programm zu schreiben, finde ich jetzt auch ein wenig übertrieben. ;-)

[RobertMack]

Da gebe ich Dir sogar recht! Allerdings muss ich immer den kleinsten gemeinsamen Nenner unter den Kunden wahren (die einen sind noch auf V5.4 oder 6, andere sind nicht sattelfest in CL/CLLE und wieder andere leisten sich nichtmal RDi...

Ich muss also so schreiben, dass die vorhandenen human resources das lesen können. Das prägt ;- )