4 gepackte Felder in ein DATE Feld für SQL Abfrage

[Fuerchau]

Wenn ein Datum im ISO-Format (JJJJ-MM-TT) an die Funktion DATE(...) übergeben wird, ist das aktuelle Datumsformat des Jobs bzw. des Programmes nicht relevant, da das ISO-Format immer erkannt wird.

Ansonsten bist du stark von Umgebungseinstellungen abhängig.

Auch solltest du im ILERPG immer die ISO-Variante wählen, da das interne Format sowieso ISO ist und nur die Darstellung nach außen variiert.

In DSPF/PRTF usw. kann das Format dann durchaus *JOBRUN sein, so dass Sprachumgebungen bzw. Ländereinstellungen automatisch berücksichtigt werden.

[B.Hauser]

SQL erkennt nicht nur das ISO-Format, sondern ALLE gültigen Datumsformate mit einem 4-stelligen Jahr.

Bei dem folgenden Statement werden alle alphanumerischen Strings in ein gültiges Datum konvertiert.

Select Date('2007-10-29'), Date('29.10.2007'), Date('10/29/2007'), Date('2007302')
From SysIbm/SysDummy1 

Bei einem 2-stelligen Jahr ist es nicht möglich programmatisch festzustellen an welcher Position das Jahr steht. An dem Trennzeichen kann man sich nicht orientieren, da dies beliebig gewählt werden kann.

Bei embedded SQL sollte das Datums-Format über SET OPTION oder im Compile Command auf eins der 3 gültigen (ISO, USA, EUR) Datumsformate mit 4-stelligem Jahr gesetzt werden.

Der Grund hierfür liegt darin, dass der SQL-Precompiler für jede Hostvariable eine zusätzliche Variable definiert. Bei einem Datumsfeld erhält die Variable das Format, das im SET OPTION-Statement oder im Compile-Command angegeben wurde. Das Format der Host-Variable in den D- oder H-Bestimmungen wird nich berücksichtigt! Wird nun eine solche vom Precompiler definierte Variable mit einem 2-stelligen Datumsformat definiert, kann es bei der Übernahme aus der Host-Variable zu einem Feldüberlauf kommen. Dies passiert nicht, wenn das Datumsformst ein 4-stelliges Jahr hat.

Intern ist das Datum nicht ISO sondern als fortlaufender numerischer Binär-Wert (Scaliger Number) gespeichert.

Birgitta