substr bei SQL

[Fuerchau]

Vielleicht steht ja beim STRSQL in V5R3 nur der Default für das Datumformat jetzt auf *ISO ?

PS:
Ich habe ja auch V5R3 im Zugriff, aber bei mir wird beim SUBSTR gemeldet, dass eine Zeichenkette/Feld erforderlich ist !!!

[JonnyRico]

Bei uns geht's unter V5R3 nicht ohne CHAR() allerdings auch nicht mit *ISO

[oopsy-dear]

Bei uns geht's unter V5R3 nicht ohne CHAR() allerdings auch nicht mit *ISO

Auf unserer 520 geht´s mit *DMY und mit *ISO. Das Feld steht im dspffd als packed (8,0). Auf der Kundenmaschine V5R2 geht´s weder mit *DMY oder *ISO. Seltsam. Ich werde mich mal an den IBM Softwareservice wenden. Ihr hört von mir!

[JonnyRico]

Auf unserer 520 geht´s mit *DMY und mit *ISO. Das Feld steht im dspffd als packed (8,0). Auf der Kundenmaschine V5R2 geht´s weder mit *DMY oder *ISO. Seltsam. Ich werde mich mal an den IBM Softwareservice wenden. Ihr hört von mir!

Packed ist ja auch nicht Date.

[Fuerchau]

Ein IBM-Request ist da wohl nicht nötig (bevor man sich da lächerlich macht).
Wenn ich aus einem dezimal 8,0 ein Datum machen muss, geht dies nur mittels cast:

date(substr(digits(mynum), 1, 4) || '-' || substr(digits(mynum), 5, 2) || '-' || substr(digits(mynum), 7, 2))

wenn das Format JJJJMMTT ist und ein gültiges Datum enthält.

[malzusrex]

hat bei mir eigentlich nix mit einem datums feld zu tun. ich habe willkürlich mal ein NUM-feld (7, 0) genommen.
das problem ist nur, das er die zahl wohl intern in ein charfeld linksbündig ohne vornullen macht, so das ein umweg über digits wohl doch besser ist

ronald


am ende ist es villeleicht ja nur ein bug ??

[Fuerchau]

Ich sagte ja, mit automatischen CAST's sollte man vorsichtig umgehen.
Aber es stimmt, numerische Felder werden automatisch gecastet.

Da kann ich nur sagen: Dies wird zusätzliche Probleme aufwerfen, da mitumter das Ergebnis nicht das gewünschte sein wird. Ganz davon abgesehen, dass solche "Fehler" mitunter erst Tage/Wochen/Monate später festgestellt werden.

Mit anderen Worten:
"I's not a feature, it's a bug !"

[JonnyRico]

hat bei mir eigentlich nix mit einem datums feld zu tun.

Also bei einem Zahlenfeld funzt es bei mir auch aber mit Datum ohne CHAR keine Chance