Eurozeichen per SQL

[Fuerchau]

Datenbank-CCSID ist da leider nicht ausreichend sondern die JOB-CCSID des SQL-Server-Jobs, und die stammt aus QCCSID, da leider eine JOBD keinen CCSID-Wert kennt !

Zur Erklärung:

Der SQL-String wird in der CCSID des Serverjobs verarbeitet, die Daten extrahiert, als JOB-CCSID-konform interpretiert und anschließend in die DB-CCSID umgewandelt.
Arbeitet nun das System mit QCCSID=65535 kann man sich nun ausdenken, was passiert.

Notfalls kann man sich auch damit behelfen, dass der gesamte SQL als UNICODE übertragen wird (ODBC-Konfiguration).
Das habe ich allerdings noch nicht ausprobiert.

[plinzen]

Danke erstmal,

Als Systemwert für QCCSID war tatsächlich 65535 eingetragen. Den Wert habe ich auf unserem Testsystem jetzt mal geändert. Jetzt funktioniert mein SQL auch.
Das Umstellen des Systemwertes für die QCCSID würde funktionieren.

Jetzt habe ich nur noch die Frage(n): Kann irgendwas schief gehen, wenn ich diesen Wert einfach ändere? Auf was muss ich achten?

Danke!

[Fuerchau]

Nun ja, schief gehen kann da so einiges, aber das hängt von der jeweiligen Anwendung ab.

So lange alle Clients auf der Hostcodepage 273/1141 stehen wirst du wohl kaum Probleme haben.

Hast du mehrere Sprachen im Einsatz, insbesonders Osteuropa, fangen deine Problem erst an.

Sieh auchfolgenden Beitrag:
http://www.newsolutions.de/forum-sys...d-65535-a.html

[KM]

Da kann ich mich Fuerchau nur anschließen. Innerhalb einer CCSID dürfte es keine Probleme geben. Sobald Du aber auch andere Sprachräume benutzt und z.B. manche Zeichen einer CCSID in einer anderen CCSID nicht vorkommen, wirst Du Probleme bekommen. Ich würde also nur umstellen, wenn Du nur eine CCSID verwendest.

Gruß,
KM

[plinzen]

OK, nachdem unser System nur in Deutschland eingesetzt wird und auch keine weiteren Sprachen außer Deutsch verwendet werden, dürfte es hoffentlich keine Probleme machen.

Ich werde den Systemwert auf dem Testsystem mal auf 1141 belassen und die nächsten paar Wochen auf eventuell auftretende Fehler achten.

Vielen Dank!

[beegee]

Müsste nicht auch funktionieren, wenn man die CCSID des SQL-Serverjobs auf 1141 stellt ?
Weiß wer, wie der SQL-Serverjob auf der iSeries heisst, bzw. wie man den im WRKACTJOB findet ?

Datenbank-CCSID ist da leider nicht ausreichend sondern die JOB-CCSID des SQL-Server-Jobs, und die stammt aus QCCSID, da leider eine JOBD keinen CCSID-Wert kennt !

Zur Erklärung:

Der SQL-String wird in der CCSID des Serverjobs verarbeitet, die Daten extrahiert, als JOB-CCSID-konform interpretiert und anschließend in die DB-CCSID umgewandelt.
Arbeitet nun das System mit QCCSID=65535 kann man sich nun ausdenken, was passiert.

Notfalls kann man sich auch damit behelfen, dass der gesamte SQL als UNICODE übertragen wird (ODBC-Konfiguration).
Das habe ich allerdings noch nicht ausprobiert.

[andreaspr@aon.at]

Müsste nicht auch funktionieren, wenn man die CCSID des SQL-Serverjobs auf 1141 stellt ?
Weiß wer, wie der SQL-Serverjob auf der iSeries heisst, bzw. wie man den im WRKACTJOB findet ?

Wenn du z.B. mit ODBC auf die Datenbank zugreifst ist das das Subsystem QUSRWRK und die Jobs QZDASOINIT:

WRKACTJOB SBS(QUSRWRK) JOB(QZDASOINIT)

[beegee]

Tja, dachte ich auch - aber diese Jobs haben alle CCSID 1141 und trotzdem habe ich in meiner Java-Anwendung nur das Sonnensymbol und nicht das Eurozeichen.

[Fuerchau]

Die Darstellung des Eurozeichens ist AS/400-spezifisch, in UNICODE (Java, Windows) belegt es eine andere Stelle und muss daher leider selber gemappt werden.
Korrekt funktionierts wahrscheinlich nur, wenn auch die AS/400-Datei in UCS2 (CCSID 13488) steht.

[beegee]

Selbst wenn ich die Toolbox JT400 nehme, muss ich mich um die Umsetzung kümmern, sprich mit einem replace ?

Übrigens, ein CHPF auf die CCSID 13488 wird mit Fehlermeldung
CPD322C abgebrochen (Ursachencode 5 - Die Daten sind für die angegebenen CCSID-Werte ungültig.)

@Pikachu: genau diesen Job suche ich, wo noch 273 drinnen steht.

[BenderD]

... das hat mit der CCSID des Database Serverjobs nix zu tun. Die Daten haben in der Table (oder auf Feldebene) eine Codierung und der JDBC Treiber hat das nach UTF8 zu konvertieren. Wenn das nicht klappt, ist an der Table, oder dem Inhalt was faul, oder der Treiber hat einen Bug.

D*B

Selbst wenn ich die Toolbox JT400 nehme, muss ich mich um die Umsetzung kümmern, sprich mit einem replace ?

Übrigens, ein CHPF auf die CCSID 13488 wird mit Fehlermeldung
CPD322C abgebrochen (Ursachencode 5 - Die Daten sind für die angegebenen CCSID-Werte ungültig.)

@Pikachu: genau diesen Job suche ich, wo noch 273 drinnen steht.

[beegee]

... da sagt Fürchau aber genau das Gegenteil (19-04-07, 13:31 )
Deswegen bin ich auf den Serverjob gekommen.