BenderD
21-06-13, 08:24
... nicht ganz:
wenn der Job eine CCSID hat, wird auf SQL Ebene alles, was eine CCSID hat in die JobCCSID gewandelt (dabei geht bei 273 das Euro Zeichen flöten). Bei der Umsetzung innerhalb von ArdGate werden die Daten dann von der JobCCSID nach Java gewandelt (wird wohl UTF8 sein), der JDBC Treiber kümmert sich dann drum das in die Datenbank (hier SQL Server) zu schaffen.
Beim schreiben von DB2/400 in SQL Server funzt das mit 1141, mit 273 ist der Euro futsch (landet in einem Ersatzzeichen KennIchNicht).
Auf dem Rückweg ist im Java noch alles paletti und dann klemmt es irgendwo bei der Rückkonvertierun oder/und Anzeige (Umlaute OK Euro futsch.
D*B
wenn der Job eine CCSID hat, wird auf SQL Ebene alles, was eine CCSID hat in die JobCCSID gewandelt (dabei geht bei 273 das Euro Zeichen flöten). Bei der Umsetzung innerhalb von ArdGate werden die Daten dann von der JobCCSID nach Java gewandelt (wird wohl UTF8 sein), der JDBC Treiber kümmert sich dann drum das in die Datenbank (hier SQL Server) zu schaffen.
Beim schreiben von DB2/400 in SQL Server funzt das mit 1141, mit 273 ist der Euro futsch (landet in einem Ersatzzeichen KennIchNicht).
Auf dem Rückweg ist im Java noch alles paletti und dann klemmt es irgendwo bei der Rückkonvertierun oder/und Anzeige (Umlaute OK Euro futsch.
D*B