Anmelden

View Full Version : Sql decimal to Date



Seiten : [1] 2 3

tarkusch
25-09-17, 11:59
Hallo,

wie müsste mein Statement aussehen, damit ich ungültige Daten(falsches Datum, Wert = 0) abfangen kann?
start_D = Dec 8,0



SELECT
IFNULL(Date(to_date(char(start_D), 'YYYYMMDD')) ,
'1900-01-01') as start_D
FROM TESTFILE


Mit IfNull hat das nicht so funktioniert, wie ich mir das vorgestellt habe.

Dank im Voraus

Tarki

Fuerchau
25-09-17, 12:23
Der nullif muss in die unterste Ebene.
.....nullif(start_d, 0).....

tarkusch
25-09-17, 14:10
Sorry,

leider stehe ich völlig auf dem Schlauch mit "unterste Ebene".
Wie ist das gemeint. Dachte immer ifnull muss ganz am Anfang stehen.
Nullif hatte ich noch nicht in Verwendung.

Fuerchau
25-09-17, 14:25
Grundsätzlich gilt:
Ist ein Teilergebnis eines Ausdruckes NULL, ist der gesamte Ausdruck NULL.
Nun meldet dir "to_Date" den Fehler, dass kein Datum in dem unteren Ausdruck steckt.
Nun muss also die tiefste Ebene den NULLIF enthalten:
...char(NULLIF(START_D, 0))...
Dies ergibt NULL für die CHAR-Funktion, die nun NULL liefert.
TO_DATE erhält nun ebenso NULL und liefert dann NULL als Ergebnis, so dass nun IFNULL das 2. Element liefern kann.
IFNULL entspricht der COALESCE-Funktion, mit der Ausnahme, dass nur 2 Argumente verwendet werden können.
NULLIF liefert NULL, wenn der Vergleich identisch ist. Ebenso aber auch, wenn ein Argument NULL ist.

Eine Funktion, die das gewünschte Ergebnis nicht bringen kann, wirft eine Exception aus, die den gesamten SQL abbricht. Ein Abfangen so ist nicht möglich.
Mittels NULLIF kann man aber einen Vergleich anstellen, der die Gültigkeit (eingeschränkt) prüfen kann.
NULLIF entspricht:
case when Feld is null then null else feld end
Und somit kann man hier ebenso andere Püfungen in einem Case-Ausdruck durchführen, die im Fehlerfall eben NULL, alternativ aber auch einen Default liefern können:

case when start_d = 0 then 19000101 else start_d end

Du sieht, es gibt viele Wege zum Erfolg.

tarkusch
25-09-17, 14:39
Danke, danke für die ausführliche Erklärung.

B.Hauser
26-09-17, 06:25
Wenn Du allerdings ein anderes ungültiges numerisches Datum (außer 0) hast, hast Du Dich wieder gebissen.

Ich würde eine kleine SQL-Funktion schreiben, die die Konvertierung macht und im Fehler-Fall das Default-Datum ausgibt.
Etwa so:

Create Function YourSchema / NUM2DATE(DATENUM Decimal(8, 0))
Returns Date
Language Sql
Deterministic
Reads Sql Data
Called On Null Input
Begin
Declare Continue Handler For SQLEXCEPTION
Return Date('1900-01-01') ;
Return Date(Digits(DATENUM) concat '000000') ;
End;

Aufruf ist dann:

Select Num2Date(NumYYYYMMDD)
From ...

tarkusch
26-09-17, 07:42
Danke für die ausführliche Informationen.

Spateneder
21-04-21, 15:08
Hallo Birgitta,
ich habe gerade diesen für mich sehr hilfreichen Beitrag gefunden.
Ich bin jetzt auf folgendes Problem gestoßen: Wenn ich die Funktion anwende auf eine Spalte, die auch in der Where-Klausel steht, wird meine Abfrage nicht ausgeführt und ich bekomme auf der unteren Nachrichtenebene Datenzuordnungsfehler in der Datei QSQPTABL, Fehlercode 18 (=Datums-, Zeit- oder Zeitmarkenfeld enthält ungültige Daten.
Erklären kann ich mir das nicht. Wenn ich das Feld aus der Where-Klausel rausnehme läuft alles wunderbar. Hast Du eine Idee, woran das liegen könnte?

Fuerchau
21-04-21, 15:26
Dann zeige mal dein SQL.
Ein Problem besteht immer:
Die Ausdrücke der Select-Liste werden zuerst ausgeführt, bevor die Where-Klausel geprüft wird.
Das wurde irgenwann zu V6R1 umgestellt.

Also im Prinzip so:

select * from (
Select ....) x
where ...

Somit musst du bereits im Select-Ausdruck einen gültigen Wert angeben.

Besser wäre dann ein

select f1 f2, calcdate, ...
from (
select * from table
where datum = gültig
) x

BenderD
21-04-21, 15:27
... das liegt an der Auswertungsreihenfolge: Where wird vor dem select ausgeführt. Damit das wie gewünscht funzt, musst Du die Funktion in der Where Klausel ebenfalls einbinden.

D*B