Evolution ²·º = Technological Innovation x Process Innovation
Unicode:
Warum braucht ein Unternehmen Unicode: Singlebyte bedeutet eine Sprachumgebung für einen bestimmten Zeichensatz. In Deutschland wird immer der Zeichensatz 273 (EBCDIC) verwendet. Soll nun aber ein deutsches Unternehmen z.B. auch mit tschechischen Zeichen umgehen können (Zeichensatz 870 EBCDIC). Dazu musste je nach Anwendungsfall die CCSID der Datei und der Anzeigeeinheit entsprechend angepasst werden. Wenn nun aber innerhalb einer Datei sowohl deutsche als auch tschechische Datensätze verarbeitet werden sollen, dann bekommt man innerhalb der Darstellung Probleme. Der Anwender kann sich nicht gleichzeitig innerhalb einer Anzeigesession diese Daten in korrekter Form anzeigen lassen. Ebenso werden die Daten in der gemeinsamen Datenbank nicht korrekt für beide Länder abgespeichert. Abhilfe kann hier der Zeichensatz Unicode helfen. Ob dafür UTF-8 oder UTF-16 gewählt wird spielt hierfür keine Rolle.
Nun sind die Daten in einer normalisierten Form (Unicode) in der Datenbank abgespeichert. Die Terminals der i5 (5250 Datenstrom) können aber mit Unicodedaten nichts anfangen und deswegen werden die Unicodedaten vor der Ausgabe auf das Terminal automatisch wieder nach EBCDIC konvertiert und dadurch verliert der Anwender wieder automatisch Daten. In der Praxis wird dies erst dann zum Problem, wenn ein Anwender sowohl Latin1 (deutsche Zeichen) als auch Latin2 (z.B. tschechische Zeichen) gleichzeitig darstellen will oder womöglich sogar ein deutscher Anwender Daten von einem tschechischen Verfasser abändern will. Damit verliert der Anwender Inhalte bzw. kann sogar Datenmüll erzeugen. Sollen zusätzlich noch mehr verschiedene Zeichensätze (asiatische Doublebytezeichen, griechisch, kyrillisch oder ….) verwaltet werden, wird dieses mir der heutigen Methode nahezu unmöglich.
Mittels der Server Builder 400 Technologie und der dazugehörigen Unicode Erweiterung kann nun der von der Anwendung zur Verfügung gestellter Unicode Datenstrom korrekt am Frontend verarbeitet werden. Die Unicodedaten werden dann direkt an das Frontend, ohne Rückkonvertierung auf EBCDIC oder ASCII, gesendet.
Screenshot 5250 Deutsch
Screenshot 5250 Tschechisch
Screenshot PKS SB400 mit Unicode als Windows Frontend
