CAST NVARCHAR zu Float - nur bei ISNUMERIC

[HeikoD]

Hallo Forum,

ich stehe vor einem Problem. Ich möchte für einen Bericht Daten aus einer Tabelle darstellen. Das Problem: Das Tabellenfeld ist vom Typ NVARCHAR und in diesem Feld sind auch alphanumerische Einträge vorhanden.

Ich dachte, ich könnte die Daten mittels CAST konvertieren, immer dann wenn ein numerischer Wert vorhanden ist. Dazu habe ich das folgende Konstrukt gebaut.


SELECT NAME,
CASE
WHEN (ISNUMERIC(VARVAL) = 0) THEN
VARVAL
ELSE
CAST(VARVAL AS FLOAT)
END AS VARVAL
FROM IDBVAR

Leider funktioniert das aber nicht.
Gibt es einen Weg die Konvertierung von einem Wert im Datensatz abhängig zu machen?

 

[akretschmer]

recht sicher nicht, weil der Typ einer Ergebnisspalte muß eindeutig sein. Du könntest evtl. es mit einem CASE-Anweisung hinbekommen: falls es konvertierbar ist, konvertieren, sonst NULL liefern. Falls das für Dich okay ist.

Und in Zukunft solchen Murks gleich nicht machen ...

 

[ukulele]

Ich würde mit convert() statt mit cast() arbeiten, finde das exakter weil man in einigen Fällen auch Formate mit angeben kann.

Dein Problem wird vermutlich an dem deutschen Komma liegen, eventuell sind auch noch Punkte als Tausender-Trennzeichen vorhanden. Beide Zeichen sind auch numerisch, bedeuten allerdings gänzlich unterschiedliche Dinge in DE und EN. Ich würde daher folgendes versuchen

(CASE WHEN isnumeric(VARVAL) THEN convert(FLOAT,replace(replace(VARVAL,'.',''),',','.')) ELSE NULL END)

Wenn du eine Zeile nicht konvertierst, also in meinem Fall als ELSE dann passen natürlich deine Datentypen über die ganze Spalte nicht mehr. In sofern müsstest du entweder bei Erfolg zurück in NVARCHAR() konvertieren oder NULL ausgeben bei Fehlschlag, ich würde mich da jetzt für NULL entscheiden. Sollte die Konvertierung nicht klappen zeige den Original-Wert am besten in einer eigenen Spalte an.

Übrigens gibt es bei MSSQL auch try_convert(). Das würde ich aber nur als Absicherung für die Zukunft einbauen und erstmal die Ursache beseitigen aufgrund der die aktuellen Daten nicht sauber konvertiert werden.

 

[HeikoD]

recht sicher nicht, weil der Typ einer Ergebnisspalte muß eindeutig sein. Du könntest evtl. es mit einem CASE-Anweisung hinbekommen: falls es konvertierbar ist, konvertieren, sonst NULL liefern. Falls das für Dich okay ist.

Und in Zukunft solchen Murks gleich nicht machen ...

Ichhabe diese Konstruktion nicht erfunden ;-)

 

[t-sql]

Hallo Forum,

ich stehe vor einem Problem. Ich möchte für einen Bericht Daten aus einer Tabelle darstellen. Das Problem: Das Tabellenfeld ist vom Typ NVARCHAR und in diesem Feld sind auch alphanumerische Einträge vorhanden.

Ich frag mich warum mußt es denn überhaupt konvertieren?

 

[ukulele]

Ich frag mich warum mußt es denn überhaupt konvertieren?

Vielleicht möchte er damit rechnen.

 

[HeikoD]

Vielleicht möchte er damit rechnen.

Exakt, ich muss damit im Bericht rechnen. Leider wird in der Datenbank in dem fraglichen Feld aber auch Texte abgelegt. Um welche Art Information es sich handelt wird über ein Feld "Typ" unterschieden.

 

[akretschmer]

postgres=# select * from heikod ;
 typ  |   wert    
------+-----------
 text | bla fasel
 zahl | 10
(2 rows)

postgres=# select typ, wert, case when typ = 'zahl' then wert::int * 100 else null end as ergebniss from heikod ;
 typ  |   wert    | ergebniss 
------+-----------+-----------
 text | bla fasel |          
 zahl | 10        |      1000
(2 rows)

postgres=#

 

[ukulele]

Klappt es denn mit meinem convert() siehe Post #3 ?

 

[castorp]

Um welche Art Information es sich handelt wird über ein Feld "Typ" unterschieden.

Warum schränkst Du dann nicht mit einer WHERE Bedingung auf die Datensätze ein, mit denen Du auch wirklich rechnen kannst?

 

[HeikoD]

Warum schränkst Du dann nicht mit einer WHERE Bedingung auf die Datensätze ein, mit denen Du auch wirklich rechnen kannst?

Weil der Bericht dahinter diese Daten so benötigt. Es gibt nur einen "Select" für den gesamten Bericht, und aus der Abfrage stammen eben auch die Textinformationen.
Vielen Dank für die Hilfe - ich komme vermutlich nicht weiter ohne das gesamte Konstrukt umzubauen.

Gruß
Heiko

 

[HeikoD]

Klappt es denn mit meinem convert() siehe Post #3 ?

Nein, leider nicht

 

[Walter]

Es gibt nur einen "Select" für den gesamten Bericht, und aus der Abfrage stammen eben auch die Textinformationen.

Dann benutz den Case den Dir @akretschmer vorgeschlagen hat. Der löst genau dieses Problem.

 

[HeikoD]

Dann benutz den Case den Dir @akretschmer vorgeschlagen hat. Der löst genau dieses Problem.

Ich habe eine MS-SQL Datenbank vor der Nase...

 

[akretschmer]

Ich habe eine MS-SQL Datenbank vor der Nase...

schon mal in Betracht gezogen, daß SQL an sich relativ gut portabel ist?