Umlaute, Codepage und ODBC-Probleme
Andreas Clemens
Server sind mit Codepage 850 installiert. Nachdem ich auf die Clients den
neuesten ODBC-Treiber installiert habe (Vers. 3.70.06.23) bekommt Access
keine Umlaute mehr. Wenn man die Zeichenkonvertierung des ODBC-Treibers
aktiviert, kann Access einige Tabellen gar nicht mehr lesen (nur jeder
zweite Datensatz wird angezeigt, die dazwischenliegenden Datensätze
enthalten nur gelöscht).
Wenn ich den ODBC-Treiber durch eine alten (Vers 2.65..) ersetze und die
ANSI to OEM-Zeichenkonvertierung aktiviere funktioniert es.
Gibt es eine Möglichkeit das ganze mit den aktuellen Treibern zu lösen?
Schon mal Danke
Andreas
PS: Auf dem Server ist NT 4.0 Server in Englisch installiert, während der
SQL-Server deutsch ist, die Clients arbeiten mit Win98 Deutsch.
Christoph Muthmann
eine ähnliche Frage habe ich auch schon mal vor einigen Wochen gestellt.
Hier sind die Hintergrundinformationen, die ich mittlerweile selber zusammen
getragen habe:
Ausgangssituation (SQLServer 6.5)
Ob die Konvertierung zwischen ANSI und OEM stattfinden sollte, wurde für
jede ODBC-Datenquelle definiert. Die Konvertierung fand ohne Plausi auf die
zugrunde liegenden Codepages statt.
Neue Situation (SQLServer 7.x)
Wenn die Option Automatische Konvertierung von ANSI in OEM deaktiviert ist,
wird die Zeichenkonvertierung für alle Verbindungen deaktiviert.
Wenn die Option Automatische Konvertierung von ANSI in OEM jedoch aktiviert
ist, erfolgt die Konvertierung bei folgenden Kommunikationen:
- ANSI-Clients in OEM-Server.
- OEM-Clients in ANSI-Server.
Clients unter Windows NT, Windows 95 oder Windows 98 werden als ANSI-Clients
angesehen. Konsolengestützte Anwendungen, wie etwa das Dienstprogramm isql,
werden als OEM-Clients angesehen.
Ein Server mit der Standardcodepage 12xx, wie z. B. 1252, wird als
ANSI-Server eingestuft. Mit einer anderen Codepage (z. B. Codepage 850 oder
437) wird er hingegen als OEM-Server angesehen.
Obwohl Standardcodepagewerte sowohl für ANSI als auch für OEM vorhanden
sind, legt die aktuelle Codepage des Betriebssystems auf dem Client
Konvertierungswerte beim Übersetzen von Zeichen fest.
Ich habe für die bei uns betroffene Datenbank ein Skript für die
Konvertierung geschrieben, da ich nicht auf eine bessere Lösung warten
konnte.
Übrigens wirst Du auch feststellen, daß alle Umlaute im ISQL nun nicht mehr
korrekt sind. Der Query Analyzer verhält sich jetzt so wie z. B. das
Notepad. Falls Du also Umlaute in Deinen Abfragen (Where Feld = 'äöü')
verwendet hast, solltest Du dir die Sourcen jetzt nochmal anschauen.
Eigentlich ist alles besser, nur die Altlasten machen einem zu schaffen.
Viel Glück,
Christoph
(Please post ALL replies to the newsgroup only unless indicated otherwise)
Feed Someone for Free Today:
www.TheHungerSite.com
Andreas Clemens schrieb in Nachricht ...
Andreas Clemens
Ich finde es toll Betatester von Microsoft zu sein.
Andi
Christoph Muthmann <c.mut...@gmx.de> schrieb in im Newsbeitrag:
uvyQbu#O$GA.236@cppssbbsa04...