CCSID Umstellung von 65535 auf 273 gefährlich?

[becama]

Hi *all,
was kann eigentlich passieren wenn die CCSID systemweit auf 273 umgestellt wird. Kann das im laufenden Betrieb gemacht werden?

Danke

[Fuerchau]

Normalerweise sollt dies unkritisch sein.
Es wird ggf. dann problematisch wenn man west- und osteuropäische Terminals (5250) gemischt haben sollte.

[Pikachu]

Querys, die variante Zeichen (zum Beispiel || oder !! anstelle von CONCAT) enthalten, könnten eventuell nicht mehr laufen.

[becama]

Da wir weder osteuropäische Terminals noch Pipe anstelle von CONCAT haben, sollte die Umstellung also keine Probleme machen. Falls doch werde ich berichten....

Vielen Dank

[KingofKning]

Tja, die Idee ist gut, habe ich jetzt spaßeshalber bei unserer AS/400 auch gemacht.

Mal sehen was passiert.

Ist allerdings nur ein Backup-System welches ich nicht im produktiven Einsatz habe.

GG

[Fuerchau]

Nun ja, die varianten Zeichen spielen in einer "deutschen" Umgebung keine Rolle.
Die Eingabe von einem Terminal (273/1141) über die Job-CCSID 65535 in die Datei mit 273 ist und zum Drucker sind vollkommen transparent.
Wenn der Job nun auf 273 kommt passiert nix.
Bei ODBC/JDBC (ist wahrscheinlich keinem aufgefallen) wird sowieso eine CCSID und nie 65535 gewählt!
Bei der Dateierstellung mit DDS wurde sowieso eine CCSID (Default-CCSID und nicht JOB-CCSID) verwendet ebenso bei SQL. Nur CRTPF's ohne DDS sind grundsätzlich Binär.

Werden variante Zeichen im Programmcode verwendet funktionieren sie sowieso nur in PF's, die die richtige CCSID haben, in diesem Fall nämlich die CCSID der Programm-Quelle (wär hätte das gedacht).

Als Programmcode werden auch *QMQRY und *QRYDFN gewertet.
Im *QRYDFN ist das "||" sowieso nicht erlaubt sondern nur das "!!" und dies ist ebenso ein variantes Zeichen!
http://www-01.ibm.com/support/knowle...et.htm?lang=de