Zeichenumsetzung zwischen CCSID 273 und CCSID 8612 ungültig

[Fuerchau]

Nun ja, im Prinzip hast du die Lösung ja gefunden.
Die CCSID's sind leider nicht kompatibel.
Du musst also
a) die Tabelle auf UCS2 ändern
b) im SQL auf UCS2 casten

zu b)

cast(feld as vargraphic(nnn) ccsid 13488)

Bedenke aber, dass beim Umwandeln in deine Programmvariable, sollte diese nicht mit "C" definiert sein, Umwandlungsverluste (z.B. Umlaute o.ä.) auftreten.

Auch das Schreiben in die DB mit inkompatiblen CCSID's geh nur über UCS2, ohne Verluste auch nur, wenn die Tabelle UCS2 hat.

Das Casten auf Key-Felder zwingt SQL dann auch immer zu einem Table-Scan !!!

[B.Hauser]

Hast Du versucht auf die Tabelle eine View zu legen, in der die alphanumerischen Felder in Unicode konvertiert werden und anschließend diese View zu verwenden?

Birgitta

[Pikachu]

Mal so versuchen:

SELECT * FROM Datei WHERE HEX(Feld) = HEX(SPACE(LENGTH(Feld))) 

[Fuerchau]

Mal so versuchen:

SELECT * FROM Datei WHERE HEX(Feld) = HEX(SPACE(LENGTH(Feld))) 

Die Where-Abfrage ist nicht das eigentlich Problem sondern der anschließende Fetch der Daten.
Beim Lesen der Daten wird eine Umwandlung zwischen den CCSID's abgelehnt.

Wenn der SQL mit Hostvariablen ausgeführt wird, muss der Inhalt von der Job-CCSID in die DB-CCSID gewandelt werden.
Auch dies scheitert aus den selben Gründen.
Es funktioniert nur mit UCS2, wenn die Hostvariablen dann auch UCS2 (Typ C) sind.

[schatte]

Nach den Antworten schließe ich, dass eine Umstellung der Felder auf UCS-2 die sauberste Möglichkeit für dieses Problem ist (gerade wegen der Performance).

Danke für eure Hilfe!

Gruß
Matthias