Lokalisierungsproblem? bei TO_CHAR-Fkt.

[Jumpy]

Hallo,

die folgende Abfrage soll dazu dienen die Werte in einem Number-Feld, die entweder keine oder zwei Nachkommastellen haben, auf jeden Fall mit zwei Nachkommastellen auszugeben:

SQL-Code:

Select
TRIM(TO_CHAR(BETRAG_EU,999999999999990.99)) AS WERT
From
TABELLE

Nur kommen da bei zwei Rechnern unterschiedliche Ergebnisse raus (abgefragt wird natürlich die selbe DB). Ist der Wert in der DB z.B. 1234 so liefert Rechner1 1234.00 und Rechner2 12,34.

Rechner1: Win7, OracleClient 11g, Oracles-ODBC-Treiber
Rechner2: Windows Server 2008, OracleClient 11g, Oracles-ODBC-Treiber

Ich vermute, dass es irgendwie mit der Lokalisierung/Ländereinstellung der Rechner zu tun hat, doch versteh ich das nicht so ganz, da die eigentliche Operation doch auf der DB ausgeführt wird und an dern Rechnern als Antwort der DB doch nur eine Zeichenkette ankommen sollte?
Oder liegt das daran, das ODBC den Befehl anders übermittelt? Hab da in Google eine entsprechende Bemerkung zu gefunden, dies aber abgetan, da der ODBC-Treiber in beiden Fällen gleich eingestellt ist.

Wer hätte demnach eine Vermutung, was es sein könnte oder kennt einen anderen Weg, den Wert auf jeden Fall mit zwei Nachkommastellen zu erzwingen?

[DeddyH]

Win7, da war doch mal was. Stell doch auf dem entsprechenden Rechner einmal aus US um und dann wieder zurück auf DE. Zeigt Rechner1 dann auch einen falschen String? Im Übrigen könnte man sich auch überlegen, ob man den Wert nicht einfach nummerisch ermittelt und bei der Ausgabe erst formatiert.

[Jumpy]

Der Win 7 Rechner zeigt eigentlich das gewollte Verhalten, da bei uns (aus anderen Gründen) alles englisch lokalisiert ist.
Der Windows Server macht eher das für uns überraschende.
Hätte ich vllt. dabeisagen sollen ;-)

[DeddyH]

Ich bin jetzt nicht der große Oracle-Experte, aber Du könntest einmal auf beiden Rechnern NLS_LANG prüfen. Siehe auch http://www.datenbank-sql.de/nls.htm

[jobo]

Prüfe auf beiden Rechnern die NLS Session settings.
Wenn nicht innerhalb der Session extra geändert, gilt Registry gewinnt vor Server Einstellungen.

Was auch immer wo eingestellt ist, am Ende zählen die Session Settings:

Code:

select * from nls_session_parameters

ergibt z.B. sowas:

Code:

1   NLS_LANGUAGE   GERMAN
2   NLS_TERRITORY   GERMANY
3   NLS_CURRENCY   ¿
4   NLS_ISO_CURRENCY   GERMANY
5   NLS_NUMERIC_CHARACTERS   ,.
6   NLS_CALENDAR   GREGORIAN
7   NLS_DATE_FORMAT   DD.MM.RR
8   NLS_DATE_LANGUAGE   GERMAN
9   NLS_SORT   GERMAN
10   NLS_TIME_FORMAT   HH24:MI:SSXFF
11   NLS_TIMESTAMP_FORMAT   DD.MM.RR HH24:MI:SSXFF
12   NLS_TIME_TZ_FORMAT   HH24:MI:SSXFF TZR
13   NLS_TIMESTAMP_TZ_FORMAT   DD.MM.RR HH24:MI:SSXFF TZR
14   NLS_DUAL_CURRENCY   ¿
15   NLS_COMP   BINARY
16   NLS_LENGTH_SEMANTICS   BYTE
17   NLS_NCHAR_CONV_EXCP   FALSE

Hier dürfte Parameter NLS_NUMERIC_CHARACTERS für Dich interessant sein.

[Jumpy]

Da liegt der Hund begraben.
Auf dem Win7: NLS_Languaga=American und NLS_Numeric_Characters=.,
Auf dem WS2008: NLS_Languaga=Germen und NLS_Numeric_Characters=,.

Was sind den diese NLS Session Settings?
Ist das eine Einstellung bei der Installtaion des Oracle-Clients (uns wurde nämlich immer gesagt, dass wir dabei explizit nur englisch als Sprache wählen sollen und deutsch ja nicht), könnte also sein, das da einer bei der Installation was falsch gemacht hat.

Oder ist das eine Einstellung des Betriebssystems?

[DeddyH]

Am Besten kann das wohl der Hersteller erklären.

[Jumpy]

Jo, danke. Haben gerade mal in die Regitry geguckt. Der Oracle-Client wurde falsch installiert. Haben das in der Regitry jetzt geändert und es macht was es soll.



Sollte natürlich jemand geben, der generell eine bessere/elegantere Idee hat, wie man Nachkommastellen erzwingen kann: Immer her damit :-)

[DeddyH]

Clientseitig das DisplayFormat vorgeben?

[jobo]

Erzwingen kann man es zur Laufzeit, also innerhalb der Anwendung durch Absetzen von:

Code:

alter session set NLS_DATE_FORMAT = 'dd.mm.yyyy';

usw.

Wenn die Connection in der Anwendung geschlossen und geöffnet wird, muss man es wiederholen.
Wie gesagt, die NLS Settings können auf 3 Ebenen gesetzt werden. Server, Client[installation] (also Registry unter windows) und Session. Letzte Instanz ist die Session, die ist allerdings flüchtig. Alles was fehlt oder nicht angegeben ist, wird ausgehend von den Serversettings verwendet.

Das Displayformat im Client hilft bei der to_Char Funktion nicht, da es sich innerhalb von Oracle abspielt.

Nachtrag:
Die NLS Settings definieren alle sprachabhängigen Darstellungen, länderspezifisch. Wird auch (bei anderen Anbietern) als locale settings o.ä bezeichnet. Das hat mit dem OS überhaupt nichts zu tun, es ist komplett unabhängig, allerdings nimmt der Installer die Einstellungen des Wirtsystems als Vorgabe. Eine Installation des Servers auf einem deutschen Windows ergibt also andere NLS Settings als auf englischen Servern, ebenso beim Client.
Man kann es aber alles verstellen.