Variable innerhalb von EXEC SQL nutzen

[malzusrex]

Was mir immer noch angeraten worden ist,
eigene Variabeln sollten nicht mit SQL beginnen.
Der Compiler erstellt bei der Umsetzung des SQLs selber jede Menge Variabeln die mit SQL beginnen.
Nicht das es da mal zu Konflikten kommt, weil man zufällig den gleichen Namen verwendet.
Bzw. bei irgend einem Relaiswechsel die IBM neue Variabeln einführt, die sich dann mit den eigenen beißen.

Gruß
Ronald

[B.Hauser]

Werden die Variablen als Parameter übergeben, hat der SQL Precompiler bisweilen Probleme diese zu finden und zuzuordenen.

Versuche mal zusätzliche Variablen zu generieren, die Du mit den im SQL verwendeten Parameter-Werten versorgst und anschließend als Host-Variablen im SQL-Statement einsetzt.

Birgitta

[BenderD]

... oder das prüft, was bisher nicht geprüft wurde - hatten wir alles schon...

D*B

[_MG_]

Hallo zusammen und Danke für die vielen Antworten,

der fehler lag ganz unspektakulär bei einem falsch übergeben Parameter. Ich finde die Fehlermeldung der as400 an dieser Stelle echt kompliziert bzw. etwas ungenau..
Trotzdem nochmal Danke. In den Beiträgen war sehr viel Wissenswertes.

grüße und ein schönes Wochenende
MG

[Fuerchau]

Die Meldung "Spalte oder Globale Variable nicht gefunden" ist da schon sehr eindeutig.
D.h., dass entweder der Name der Spalte in einer Tabelle nicht da ist oder eben die ab V7 mögliche globale Variable.
Damit ist dann eben keine Hostvariable gemeint, die grundsätzlich mit einen Doppelpunkt beginnen muss. Und somit ergibt sich dann der Tippfehler, der vom Compiler nicht mehr erkannt werden kann.

[_MG_]

Ich fand es nur verwirrend das er bei der Fehlermeldung auch auf den SQL Cursor hinweist, gleichzeitig aber den Fehler in der Reihe bemängelt in der die Variable initialisiert wird. Im Nachhinein erscheint es natürlich logisch, wahrscheinlich hat mir hier einfach Erfahrung gefehlt um das richtig zu interpretieren.

MG