Seltsamer Spalteninhalt

[Fuerchau]

Jein.

Das Problem ist, dass ich mit dem Feld ggf. auch rechnen muss.
24:00 Uhr ist dann aber 00:00 am nächsten Tag !

Zur Zeit wird 24:00 durch 23:59:59 ersetzt, was halt bei der Berechnung, je nachdem, eben 1 Stunde oder 1 Minute oder 1 Sekunde zu wenig liefert (es wird ja nicht gerundet).

Soviel halt zu Kompatibilität von SQL.

[BenderD]

nawohl, bei mir tuts:
create view myview as
select .... zeitfeld + 0 minutes ...
from ...

D*B

Jein.

Das Problem ist, dass ich mit dem Feld ggf. auch rechnen muss.
24:00 Uhr ist dann aber 00:00 am nächsten Tag !

Zur Zeit wird 24:00 durch 23:59:59 ersetzt, was halt bei der Berechnung, je nachdem, eben 1 Stunde oder 1 Minute oder 1 Sekunde zu wenig liefert (es wird ja nicht gerundet).

Soviel halt zu Kompatibilität von SQL.

[Fuerchau]

Ich meine ja auch nicht die AS/400 sonderen später in z.B. MS-Access/SQL-Server.
Bestimmte Ergebnisse berechne ich ja bereits auf der AS/400, muss die Infos jedoch lokal speichern um sie dann ggf. später anders zu verwenden.

Ein ähnliches Problem existiert auch mit dem Datum '0001-01-01', dass von Microsoft dann in '2001-01-01' umgesetzt wird.
Das kleinste Datum ist hier nämlich '0100-01-01'. Jahres Zahlen < 100 werden nämlich automtisch mit 1900 bzw. 2000 ergänzt (Grenze ist glaube ich 39).

[BenderD]

solange man über ODBC keine updates macht, kriegt man auch das alles immer im View Layer weg (auf PFs sollte man eh nie direkt zugreifen)

D*B

Ich meine ja auch nicht die AS/400 sonderen später in z.B. MS-Access/SQL-Server.
Bestimmte Ergebnisse berechne ich ja bereits auf der AS/400, muss die Infos jedoch lokal speichern um sie dann ggf. später anders zu verwenden.

Ein ähnliches Problem existiert auch mit dem Datum '0001-01-01', dass von Microsoft dann in '2001-01-01' umgesetzt wird.
Das kleinste Datum ist hier nämlich '0100-01-01'. Jahres Zahlen < 100 werden nämlich automtisch mit 1900 bzw. 2000 ergänzt (Grenze ist glaube ich 39).