embeddet SQL, Lib variable setzen

[Fuerchau]

Nur wenn man mit ein paar Antworten nicht zufrieden ist sollte man nicht gleich die Flinte ins Korn werfen. Es gibt halt immer wieder Meinungsverschiedenheiten und die AS/400 ist flexibel genug, verschiedene Lösungen auszuhalten.

[holgerscherer]

und die AS/400 ist flexibel genug, verschiedene Lösungen auszuhalten.

Manche Leute sind aber (im Gegensatz zu Biggi) nicht so flexibel
-h

[Medium]

Ganz genau,
Hr. Bender, Ihre dauernde Anstänkerei gegen Fr. Hauser sollte hier durch den Administrator nicht mehr geduldet werden.

Medium

[andreaspr@aon.at]

Nur wenn man mit ein paar Antworten nicht zufrieden ist sollte man nicht gleich die Flinte ins Korn werfen. Es gibt halt immer wieder Meinungsverschiedenheiten und die AS/400 ist flexibel genug, verschiedene Lösungen auszuhalten.

Da gibt dir sicher jeder grundsätzlich recht, aber es ist wirklich mühsam, wenn aus fast jedem Beitrag gleich ein Wettstreit gemacht wird, bei dem man versucht sich selbst aufzuwerten indem der ander abgewertet wird.
Überhaupt wenn sinnbefreite Behauptungen über den anderen aufgestellt werden, die nicht der Realität entsprechen.
Das hat dann nichts mehr mit Meinungsverschiedenheiten zu tun sondern fällt unter die Kathegorie Mobbing!

[Dschainers]

Das hier ist ein F...... und B...... Profilierungsforum.
Danke an Medium, Andreas und Holger und den Anderen, die das Gleiche denken.

[Fuerchau]

Bisher hat sich aber noch niemand über mich beschwert;-).

[tarkusch]

Wenn ein SET-Statement in Verbindung mit einem SELECT-Statement ausgeführt wird, muss genau eine Zeile zurückkommen. Das war die Ausgangssituation!

Wenn man das Ganze dynamisch machen möchte bzw. muss (weil die Tabelle oder Bibliothek flexibel gehalten werden müssen), kann man entweder

• ein VALUES ... INTO Statement dynamisch zusammensetzen und dann mit PREPARE und EXECUTE ausführen, wie es AG1965_2 gezeigt hat oder
• Verwendet einen Cursor, d.h. man bildet das dynamische SELECT-Statement, konvertiert dieses in ein ausführbares SELECT-Statement (PREPARE). Das konvertierte SELECT-Statement wird dann in das DECLARE-Statement eingebunden und danach folgt der übliche Verlauf, d.h. der Cursor muss geöffnet werden (OPEN), der einzelne/erste Datensatz gelesen werden (FETCH) und dann muss der Cursor wieder geschlossen werden (CLOSE).

Weder SET noch SELECT ... INTO können in Verbindung mit dynamischem verwendet werden.

Die Frage ist nur, warum sollte man an dieser Stelle 5 SQL-Statements ausführen, wenn man stattdessen mit 2 Statements auskommen kann?
Nein, ich habe mich nicht verzählt, das SQL-Statement kann auch direkt im PREPARE zusammengesetzt werden!

Birgitta

Hallo,

hätte eine Frage dazu:
Ich bekomme bei folgenden Statement SqlCde=-305 SqlStt=22002(Anzeigervariable erforderlich) zurück.
In der Datenbank gibt es keinen Satz dazu.


VALUES(SELECT P_NAME FROM PERSONP
WHERE P_PENR = 58392 ) INTO ?

Wie müsste mein Statement aussehen das ich den Fehler abfange?

Danke
Tarki

[B.Hauser]

Wenn eine Indikator-Variable verlangt wird bedeutet das, dass ein NULL-Wert zurückgegeben wird. Indikator Variablen werden mit Int(5) definiert und beim Execute unmittelbar nach der Ausgabe-Variablen nur durch ein Komma getrennt angegeben.

Sofern ein NULL-Wert ausgegeben wird, wird die Indikator-Variable mit -1 ausgegeben, was dann im Anschluss geprüft werden kann.

Birgitta