Zeichenumsetzung zwischen CCSID 273 und CCSID 8612 ungültig

[schatte]

Hallo *ALL,

ich habe hier eine Tabelle mit Character Feldern, die mit der CCSID 273 angelegt wurden.

Mein Job hat die Codepage 8612 (Arabic). Damit möchte ich nun auf die oben genannte Tabelle SQL-Abfragen ausführen. Sobald ich jedoch ein Alpha-Feld auf SPACE (where xxx = ' ') abfrage, bekomme ich folgende Fehlermeldung:

 Nachrichten-ID . . . . :   SQL0332       Bewertung  . . . . . . :   30         
 Nachrichtenart . . . . :   Diagnose                                            
                                                                                
 Nachricht . . . :   Zeichenumsetzung zwischen CCSID 273 und CCSID 8612         
   ungültig.                                                                    
 Ursache  . . . . :  Es wurde versucht, eine Zeichen- oder Grafikumsetzung für  
   nicht verträgliche Daten durchzuführen. Eine Umsetzung zwischen CCSID 273    
   und CCSID 8612 ist nicht definiert.                                          
     Ist eine CCSID 65535, ist die andere CCSID eine Grafik-CCSID. Die          
   Umsetzung zwischen der CCSID 65535 und einer Grafik-CCSID ist nicht          
   definiert.                                                                   
     Handelt es sich um eine Anweisung CONNECT, ist die Umsetzung zwischen der  
   Standard-SBCS-CCSID des Anwendungs-Requesters und der SBCS-CCSID des         
   Anwendungsserver nicht definiert. Ist die zweite CCSID 0, wurde die          
   Standard-SBCS-CCSID des Anwendungsservers nicht zurückgegeben. Ein           
   Anwendungsserver, der kein System i-Anwendungsserver ist, unterstützt die    
   CCSID 65535 möglicherweise nicht.                                            
 Fehlerbeseitigung:  Sicherstellen, dass jeder Zeichen- oder Grafikvergleich,   
   jede Zeichen- oder Grafikverknüpfung und jede Zeichen- oder Grafikzuordnung  
   zwischen Spalten oder Host-Variablen erfolgt, die verträgliche CCSID-Werte   
   haben.                                                                       
     Handelt es sich um eine Anweisung CONNECT, entweder die SBCS-CCSID des     
   Anwendungs-Requesters oder des Anwendungsservers ändern, damit die           
   Umsetzung zwischen den CCSID-Werten definiert ist.

Wenn ich die genannten Character Felder auf UCS-2 (CCSID 13488) umstelle, funktioniert alles.

Gibt es eine Lösung für dieses Problem, ohne alle Felder auf UCS-2 umstellen zu müssen?

Gruß
Matthias

[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