Suchen nach Umlauten

[Fuerchau]

Das könnte ein Kompatibilitätsproblem sein, dass CA V6R1M0 nicht mit V5R3 zurechtkommt.

Trotzdem nochmal:
a) Probiere einen ähnlichen SQL mit dem OpsNav oder mal mit MS-Query (über Excel) aus.

b) Ersetze die Konstanten im SQL mit "?" und verwende Parameter-Objekte

[chs]

Das könnte ein Kompatibilitätsproblem sein, dass CA V6R1M0 nicht mit V5R3 zurechtkommt.

Trotzdem nochmal:
a) Probiere einen ähnlichen SQL mit dem OpsNav oder mal mit MS-Query (über Excel) aus.

b) Ersetze die Konstanten im SQL mit "?" und verwende Parameter-Objekte

Man ihr seid aber schnell hier im Forum. Ich komme ja kaum nach meinen Kunden zu fragen.

Wenn wir den Select direkt auf der AS/400 absetzen, funktioniert er. Das ist schonmal eine wichtige Erkenntnis.

Die DB steht wohl mit CCSID auf 65535. Ich habe im ODBC Treiber den Haken gesetzt unter Tab Conversions:

Convert binary data (CCSID 65535) to text

War das der richtige Haken?

Jedenfalls brachte es keine Veränderung. Ohne Umlaut wird der Select ausgeführt. Mit Umlaut bekommt die AS/400 die Krise.

OPSNAV kennt mein Kunde nicht.
Den Select haben wir auch schon in SQL Tool ausgeführt (also ohne unsere Applikation): Gleiches Verhalten.

Den Part mit den ? verstehe ich nicht.

[chs]

So sieht der Treiber derzeit aus.

[Fuerchau]

Das schein eher ein Problem des V6R1-ODBC's zu sein.
Mit V5 hatte ich da nie Probleme.
Allerdings verwende ich bei SQL's per ODBC GRUNDSÄTZLICH Parametermarker.

CCSID 65535 gibt immer ein Problem, da der ODBC-Serverjob immer mit einer korrekten CCSID gestartet wird.

Sonderzeichen (wie Umlaute) können ggf. nicht korrekt umgesetzt werden.

Vielleicht hilft dir noch folgende ODBC-Einstellung (ODBC-Konfig):
Register "Umsetzung"->Erweitert->CCSID für SQL-Anweisung->CCSID für Unicode (UCS-2)

Wenn das auch nicht hilft, ggf. CA für V5R3/V5R4 incl. Service-Pack installieren.

[andreaspr@aon.at]

was die parameter betrifft gibt es hier einen netten link der dir für die zukunft helfen könnt.
myCSharp.de - DIE C# und .NET Community | Artikel | [Artikelserie] Parameter von SQL Befehlen

nur als info: ich hab CA V5R4 am PC installiert und kann via ODBC sowohl mit einer AS/400 V5R4 als auch V5R3 mit umlauten arbeiten.

[chs]

was die parameter betrifft gibt es hier einen netten link der dir für die zukunft helfen könnt.
myCSharp.de - DIE C# und .NET Community | Artikel | [Artikelserie] Parameter von SQL Befehlen

nur als info: ich hab CA V5R4 am PC installiert und kann via ODBC sowohl mit einer AS/400 V5R4 als auch V5R3 mit umlauten arbeiten.

Im Quellcode der Applikation tun wir das natürlich, aber was hat das mit dem Select zu tun.

Der Select, wie er abgesetzt wird, ist reines SQL, wie man ihn eintippen würde.

[chs]

Auf der iSeries, auf der die DB läuft ist Folgendes eingestellt:

Language ID= ENU
Codepage=37

Ist das irgendwie relevant?

[Fuerchau]

Ja natürlich, dann wird versucht, die Umlaute in 037 zu konvertieren.
Jetzt kommt es darauf an, auf welcher CCSID die 5250-Sitzungen eingestellt sind.
Stehen die z.B. auf 273 hast du ein großes Problem.

In diesem Fall musst du die Felder auf die passende CCSID casten:

cast(Feld as char(nn) ccsid 273) = 'Nü'

Wichtig ist, dass das System auf die Primärsprache eingestellt ist und auch die Job's und DB passend auf die Sprache bzw. 5250-Hostcodepage gestellt werden.
Dann klappts auch mit dem ODBC.

[chs]

Ja natürlich, dann wird versucht, die Umlaute in 037 zu konvertieren.
Jetzt kommt es darauf an, auf welcher CCSID die 5250-Sitzungen eingestellt sind.
Stehen die z.B. auf 273 hast du ein großes Problem.

In diesem Fall musst du die Felder auf die passende CCSID casten:

cast(Feld as char(nn) ccsid 273) = 'Nü'

Wichtig ist, dass das System auf die Primärsprache eingestellt ist und auch die Job's und DB passend auf die Sprache bzw. 5250-Hostcodepage gestellt werden.
Dann klappts auch mit dem ODBC.

Also jetzt hast du mich verloren.

Was hat die 5250 Emulation mit einem ODBC Zugriff zu tun?

Welche Spracheinstellungen meinst du? Der Client und die AS/400 sind auf Englisch (US) eingestellt.

Was genau sollte ich auf welcher Maschine ändern? Oder wie kann ich herausfinden ob das wirklich das Problem ist.

Macht es Sinn den ODBC Treiber für Windows zu installieren 9.7 oder so? Oder wird der mit der iSeries nicht funktionieren?

[chs]

Hier vielleicht nochmal der Select zum Verständnis mit dem wir jetzt testen.
Ich tippe den Select in ein ODBC Tool ein.

Funktioniert:
Select * from SENDUNG where FELD = 'Nuernberg'

Funktioniert nicht:
Select * from SENDUNG where FELD = 'Nürnberg'

Interessanterweise geht ja der Insert und der Update mit dem Umlaut. Nur der Umlaut in der where Clause verursacht das Problem.

Frage: Wie kann man auf der iSeries sehen, welcher Select dort ankommt?

[andreaspr@aon.at]

hast du schon den Cast probiert, wie fürchau beschrieben hatte?
cast(Feld as char(nn) ccsid 273) = 'Nü'
wenn es dann funktioniert, hast du definitiv ein problem mit den CCSIDs und du brauchst nicht lang weiter suchen.

vlt. musst du auch die Language-ID in deiner ODBC-einstellung anpassen, wenn die DB mit ENU fährt.

[chs]

hast du schon den Cast probiert, wie fürchau beschrieben hatte?
cast(Feld as char(nn) ccsid 273) = 'Nü'
wenn es dann funktioniert, hast du definitiv ein problem mit den CCSIDs und du brauchst nicht lang weiter suchen.

vlt. musst du auch die Language-ID in deiner ODBC-einstellung anpassen, wenn die DB mit ENU fährt.

Ja - das habe ich wie folgt probiert:

Select * from SENDUNG where cast(FELD as char(50) ccsid 273) = 'Nürnberg'

Gleiches Verhalten. Kein Response von der Datenbank und mann muss den Job auf AS/400 Seite beenden.

Aber woher kommt die 273? Woher weiss ich dass die korrekt ist?
Wenn ich das weiss, könnte ich diese Codepage doch im ODBC Treiber angeben oder nicht?

Wo stelle ich im ODBC eine Language-ID ein?