SQLRPG Nullindikator

[B.Hauser]

Jetzt hab ich gelesen wenn ich z.B. mein Datumsfeld (13. Feld in der Datei) auf NULL abfragen möchte muss ich auf das 13. Element im Array Ary@NulInd abfragen.
Das würde ja auch bedeuten wenn sich die Datei ändert und man ein Feld vor dem Datumsfeld einfügt dass man daran denken muss und die Array-Elemente anpassen muss.

... und wieder ein Grund warum man es unbedingt vermeiden sollte alle Felder mit SELECT * auszuwählen, sondern explizit nur die, die auch tatsächlich gebraucht werden!

... bei einer Datei-Änderung müsstest Du bei der Verwendung von SELECT * und Ausgabe in eine externe Datenstruktur zumindest Dein Programm umwandeln.

... bei einer expliziten Auswahl hätte man die Chance einen NULL-Wert mit der Skalaren Funktion COALESCE in einen Default-Wert umzuwandeln.

... und bei einer Datei-Änderung würde nichts passieren.

Birgitta

[harkne]

Vielen Dank für die Antworten.

[Fuerchau]

Bei Select * ist keine Programmumwandlung erforderlich, da der Compiler die aktuellen Struktur feststellt und einen entsprechenden SQL generiert.
Eine nachträgliche Änderung des Programmes weil sich die Datei ändert ist nicht erforderlich.

Aber es ist immer besser (aber eben Tiparbeit) jedes Feld zu benennen.
Somit kann man beim Fetch gezielt für jedes Feld den NULL-Indikator definieren:

fetch MyCursor into
: F1 : NullF1
, : F2 : NullF2
, ...

Man beachte, dass der NullIndikator ohne Komma auf das Feld folgt.
Felder, die nie NULL enthalten können bedürfen auch kein Null-Indikator.