-
Zitat von dschroeder
OK. Auch an dich vielen Dank, Dieter.
Das alles heißt für mich: Wenn ich ein Feld in der Datenbanktabelle als Unicode definieren will, muss ich überall, wo ich mit dem Feld arbeite (im DSPF, im RPG-Programm, in SQL-Anweisungen) berücksichtigen, dass das Feld Unicode ist. Für neue Felder, die noch nirgendwo im Einsatz sind, könnte man das eventuell mit vertretbarem Aufwand machen.
Wenn ich unsere gesamte Anwendung Unicode fähig machen möchte, ist das schon ein richtig großes Projekt.
... ich glaube wir sind noch nicht auf dem Punkt. Man muss die Umstellung entzerren:
Schritt 1: kompletter RLA raus alles auf SQL umstellen (dazu streite ich mich gerade mit ein paar Amis in der modrange-l)
Schritt 2: Alle Zugriffe auf Tables ersetzen durch View Layer, alle externen DS umstellen auf das View Layer
Schritt 3: zufügen der benötigten Uni Code Felder, Pflege über Trigger, Datenübernahme mit füllen der abgeleiteten Felder. Das bisherige View Layer bleibt unverändert!!! Alle Anwendungen merken davon nix, aber die Daten sind bereits in UniCode vorhanden!!!
Schritt 4: Erstellen zusätzlicher Views mit Uni Code Feldern anstatt der "alten Felder"
---- Ab hier kann man mit neuen Funktionen bereits auf die UniCode Felder zugreifen
Schritt 5: Überarbeitung des alten View Layers
-- umhängen der Felder auf die Unicode Felder mit Cast (case construct vonnöten)
-- instead Trigger für die Schreiboperationen
Die Altanwendung merkt immer noch nix bedient aber bereits die neuen Daten!!!
Ab jetzt kann man bei Änderungen vorhandener Programme Stück für Stück vom alten auf das neue View Layer umstellen. Ab einem gewissen Punkt kann man anfangen darüber nachzudenken, ob man das alte View Layer loswerden will.
D*B
-
Hallo Dieter,
vielen Dank. Ich bin wirklich ein Fan von Step by Step Anleitungen. Hört sich sehr brauchbar an.
Wir werden hier jetzt mal weiter darüber beraten.
-
In Ergänzung könnt ihr noch einen Blick auf folgenden Thread werfen:
http://newsolutions.de/forum-systemi...488#post102374
Mein letzter Post beschreibt, wie man mit der ClientSolution-5250 und Unicode nun die gleichzeitige Darstellung verschiedener Sprachräume auf einem Bildschirm erreicht.
Für die PRTF's gibt es da ja schon länger was, wenn man AFPDS erstellt und als Schrift für ein UCS2-Feld einen Opentype-Font mittels FONTNAME auswählt und dann z.B. PDF's erstellen lässt.
Ob die diversen Spooltools auf dem Markt nun damit zurechtkommen, bleibt halt auszutesten.
Berechtigungen
- Neue Themen erstellen: Nein
- Themen beantworten: Nein
- You may not post attachments
- You may not edit your posts
-
Foren-Regeln
|
Erweiterte Foren Suche
Google Foren Suche
Forum & Artikel Update eMail
AS/400 / IBM i
Server Expert Gruppen
Unternehmens IT
|
Kategorien online Artikel
- Big Data, Analytics, BI, MIS
- Cloud, Social Media, Devices
- DMS, Archivierung, Druck
- ERP + Add-ons, Business Software
- Hochverfügbarkeit
- Human Resources, Personal
- IBM Announcements
- IT-Karikaturen
- Leitartikel
- Load`n`go
- Messen, Veranstaltungen
- NEWSolutions Dossiers
- Programmierung
- Security
- Software Development + Change Mgmt.
- Solutions & Provider
- Speicher – Storage
- Strategische Berichte
- Systemmanagement
- Tools, Hot-Tips
Auf dem Laufenden bleiben
|
Bookmarks