Ungültiges Datum in einer mit SQL erstellten Tabelle

[GJV23]

Ich habe in einer mit SQL erstellten Tabelle (Datei) ein Datumsfeld (Feldart L). Wenn das Datum grösser als 2039-12-31 ist, bringt SQL beim Lesen den Fehler SQL0181 (SQLCODE -181).
An invalid datetime format was detected; that is, an invalid string representation or value was specified.
Warum ?
Lt. IBM Handbuch
"System i: Database SQL messages and codes System i: Database SQL messages and codes "
müsste das Jahr von 0001 - 9999 gültig sein?

[KingofKning]

Ich sehe Du bist nicht auf dem laufenden, im Gegensatz zur IBM.

TP: Weltuntergang 2039 ff.?

;-)

GG

[B.Hauser]

Ich nehme an das Problem tritt auf wenn die Datei mit Embedded SQL verarbeitet wird.

Das Problem hat nichts mit SQL oder DDS beschriebenen Tabellen sondern eher mit den Restriktionen in RPG zu tun.

Das liegt daran, dass SQL (besser der SQL Precompiler für seine Hilfsfelder) das Datums-Format, das im Compile-Befehl hinterlegt ist verwendet. Der Default im Compile-Befehl ist *JOB. Das Job-Datum ist i.d.R. mit einem 2-stelligen Jahr definiert. Der gültige Datumsbereicht für ein 2-stelliges Jahr liegt zwischen 1940 und 2039.

Du hast 2 Möglichkeiten:
1. Ein Datumsformat mit 4-stelliger Jahresangabe (*ISO, *USA oder *EUR welches ist egal) im Compilebefehl anzugeben.
2. Das Datumsformat in einem SQL SET OPTION-Befehl (SET OPTION DATFMT = *ISO) in der Source zu hinterlegen.
Achtung: SET OPTION muss IMMER der 1.SQL-Befehl sein, der physisch in einer Quelle hinterlegt wird.

Birgitta

[GJV23]

Danke für die prompte Antwort.
Es scheint tatsächlich am Embedded SQL in RPG zu liegen.

Josef Gschwend, Vils/Tirol

[Fuerchau]

Auch bei STRSQL wird +++ angezeigt, wenn du nicht mit F13->1 das Datumformat auf ISO anpasst.
Wenn allerdings die H-Bestimmung bzgl. Datumsformat von SQL-Option abweicht, kommt ggf. das Problem wieder beim EVAL/MOVE !
Also auch die H-Bestimmung auf DATFMT(*ISO) anpassen.