In dem vorhergehenden Artikel haben wir uns mit der Verarbeitung von Tabellen mit UTF-8 Spalten mit native I/O beschäftigt. Allerdings erfolgen die Zugriffe auf die Tabellen immer seltener mit native I/O, dafür aber immer häufiger mit embedded SQL. Was gibt es also bei der Verarbeitung von UTF-8 Spalten mit embedded SQL zu beachten? Jetzt als PDF herunterladen.Herunterladen Die erste gute Nachricht ist, dass SQL im Gegensatz zu RPG die Daten nicht in die Job-CCSID konvertiert, sondern sie so verarbeitet wie sie sind. Doch wie verhält sich das Ganze, wenn die Daten mit embedded SQL in RPG-Variablen oder Daten-Strukturen eingelesen werden. Im Gegensatz zu Native I/O können mit embedded SQL nur genau die benötigten Daten (Spalten) gelesen werden. Wenn nur die benötigten Spalten selektiert werden, hat das mehrere Vorteile: Ändert sich etwas an der Tabelle, müssen nur die Programme angepasst und kompiliert werden, die die geänderten oder neuen Spalten verarbeiten müssen. Da nur die ausgewählten Daten aus der Datenbank geholt werden und SQL die Daten (per Default) in einem Block von 32K zurückbringt, sind weniger Blöcke an Daten und somit weniger Zugriffe auf die Datenbank nötig. Was in einer besseren Performance resultiert. Der Query-Optimizer könnte einen Zugriffsweg/Index finden, bei dem alle...