Problem SQL-Statement über ODBC unter Verwendung von VB??

[Fuerchau]

Das Format der SUBSTR(Name, Pos, Länge) ist schon richtig. Aber betrachte mal die Syntax genau. Das Problem ist das Komma !
Wenn du das Dezimalkomma als Dezimalzeichen hast (default), muss eine ganze Zahl eindeutig von einer Kommazahl unterscheidbar sein, deshalb sind da Leerzeichen relevant !
Also: "substr(name,1_,3)" !

[MK_GE]

Hallo!

Es hat geklappt! Super. Aber das es doch an so einer Kleinigkeit liegt, dass hätte ich nicht gedacht. Das Problem ist, dass ich klassischerweise bei VB Kommazahlen mit dem Punkt eingeben muss.

Vielen Dank!!!

Gruß

Michael

[Fuerchau]

VB arbeitet im Code auch mit der englischen Schreibweise.
Um z.B. Zahlen in Strings zu verwandeln gibts mehrere Methoden:

dim xStr as string
dim xVal as double

xStr=xVal
xStr=cstr(xVal)
xstr=format(xVal, "#,##0.00")

Beim Format ist auffällig, dass ein Dezimalpunkt verwendet wird, die Ausgabe ist aber abhängig von der Spracheinstellung in Windows !

Umgekehrt aus einem String einen Wert zu bekommen muss man allerdings folgendes beachten:

xVal=val(xStr)

Die Funktion VAL() interpretiert verschieden Varianten, u.a. auch Hexstrings. Beim Dezimalwert allerdings gilt das englische Format ! D.h., Komma werden ignoriert, Punkt gilt als Dezimalpunkt.

xVal=cdbl(xStr)

Diese Funktion interpretiert wiederum in Abhängigkeit von der Windowseinstellung !

Es ist vor allen Dingen wichtig, wenn man multinationale Software entwickelt, dass man cdbl() verwendet. Allerdings muss die Software wissen, woher die Daten kommen, ob sie einen Punkt oder ein Komma verwenden !

Beim SQL ist wiederum die ODBC-Einstellung wichtig (allerdings nicht jeder Treiber unterstützt dies). Dies gilt genauso auch für SQLRPG/LE, hier gibts über die SET OPTION DECFMT=*COMMA/*POINT (oder so ähnlich) die Möglichkeit der Auswahl. Dies hat NICHTS mit der H-Bestimmung zu tun !!!

[B.Hauser]

Dies gilt genauso auch für SQLRPG/LE, hier gibts über die SET OPTION DECFMT=*COMMA/*POINT (oder so ähnlich) die Möglichkeit der Auswahl. Dies hat NICHTS mit der H-Bestimmung zu tun !!!

SET OPTION DECFMT hat nur Einfluss darauf, wie das Trennzeichen in Zahlen mit Dezimal-Stellen aufbereitet werden. Und entspricht damit den H-Bestimmungen, nur für die SQL-Statements.

Im Quell-Code selber, können sowohl Komma als auch Punkt als Dezimal-Trennzeichen verwendet werden. Die gilt sowohl für den RPG als auch für den SQL Quell-Code. Deshalb ist es unbedingt notwendig, nach dem Komma in einer Scalaren Funktion jeweils mindestens 1 Leerzeichen zu lassen.

Birgitta