Zitat Zitat von TobiasHe
Recht schönen Dank für die schnelle Hilfe Brigitta!!

Mein Programm läuft nun auch schon mal durch und führt den SQL-INSERT durch! Ein neues Problem ist dabei allerdings entstanden. Scheinbar habe ich irgendwo noch eine Einstellung falsch....

Wenn ich mir nämlich die Daten per interaktivem SQL in der neu gefüllten Tabelle anschaue, dann wird mein Datumfeld als fehlerhaft angezeigt! In den Sitzungsattributen ist als Datumformat *DMY eingetragen...
Schalte ich das Format auf *ISO oder *EUR, wird das Datum auch richtig angezeigt! Gibt es bei *DMY irgendwie ein Probleme mit dem Lowvalue 0001-01-01??

Das finde ich doch mehr als seltsam.... hat da noch jemand ne Idee!???

Besten Dank noch mal...
Tobias
Hallo Tobias,

Vielleicht sollte ich mal etwas weiter ausholen:
Die interne Darstellung eines Datums (also so wie es in einer DB2 UDB-Datei steht) ist 4 byte Binär und stellt einen laufenden Zähler ab Datum x dar.

Was man an der Oberfläche sieht, bzw. was in RPG über DatFMT gesetzt wird, ist nur die Umsetzung diese Datums in eine leserliche Form. (Deshalb ist es auch möglich zwei Datums-Felder mit unterschiedlichem Format zu vergleichen!)

Allerdings gibt es Restriktionen für die Darstellung von Datums-Felder mit 2-stelligem Jahr (z.B. *DMY).
Der gültige Bereich liegt zwischen 01.01.1940 und 31.12.2039.
Der 01.01.0001 ist also ausserhalb dieses Bereichs.
Der *LOVAL bei einem Datum mit 2-stelligem Jahr ist nicht 01.01.0001, sondern 01.01.1940.

Deshalb wird bei der Einstellung *DMY im interaktiven SQL ein ungültiges Datum angezeigt. SQL selber interessiert die Aufbereitung eigentlich nicht, d.h. im interaktiven SQL kannst Du ohne Probleme einen Satz mit Datum 01.01.0001 einfügen.

Beim embedded SQL sieht das etwas anders aus. Die Restriktionen werden von RPG festgelegt, das Format im SQL-Statement von SQL. Die Unstimmigkeiten sind wohl auf gewisse Konversations-Problemen zwischen Toronto (RPG-Compiler-Entwicklung) und Rochester (Datenbank und SQL) zurückzuführen.

Birgitta