Branchenkompetenz plus Methodik ergibt Erfolg - Midrange Magazin

40
TEcHNIK & INTEGRATION
Release 7.1 – Verarbeiten von Result Sets mit embedded SQL
Die Einfachheit siegt
In client/Server-Anwendungen werden Stored Procedures häufig verwendet, um die
Kommunikation zwischen client und Server auf ein Minimum zu reduzieren. Anstatt Befehle
einzeln auszuführen, werden sie in einem Programm (Stored Procedure) zusammengefasst,
das mit dem SQL-Befehl cALL aufgerufen und ausgeführt wird.
Output-Informationen aus Stored
Procedures können in Tabellenform
als Result Sets ausgegeben werden.
Vor Release 7.1 konnten solche
Result Sets mit RPG, COBOL oder SQL
zwar ausgegeben werden, jedoch war
eine Verarbeitung nur mit einigen
Klimmzügen möglich. Mit Release 7.1
wurde diese Beschränkung aufgehoben.
Wie Result Sets mit (embedded)
SQL verarbeitet werden können, wird
in diesem Artikel gezeigt.
Bevor wir uns der Verarbeitung von
Result Sets zuwenden, zunächst ein
paar kurze Begriffsdefinitionen.
Stored Procedures
Bei Stored Procedures handelt es sich
um Programme oder auch Prozeduren
(ohne Rückgabewert), die in Service-
Programmen hinterlegt sind. Stored
Procedures werden mit dem SQL-Befehl
CREATE PROCEDURE erstellt oder
registriert und sind entweder in einer
HLL (High Level Language), wie RPG
oder Cobol, oder in JAVA oder direkt in
der SQL-Programmiersprache geschrieben.
Stored Procedures können aus jeder
Umgebung, in der SQL ausgeführt
werden kann, über den SQL-Befehl
CALL aufgerufen werden. So können
u. a. RPG oder Cobol-Programme oder
-Prozeduren als Stored Procedures registriert
und mit einem einfachen SQL
CALL aus Java- oder .Net-Anwendungen
aufgerufen werden.
Für Stored Procedures können sowohl
Ein- als auch Ausgabe-Parameter
MIDRANGE MAgAZIN · 10/2012
definiert werden. Zusätzlich können
Informationen in Tabellenform als (dynamische)
Result Set(s) ausgegeben
werden.
Stored Procedures können außerdem
überladen werden (procedure
overloading), d. h., der gleiche Stored
Procedure-Name kann im gleichen
Schema/Bibliothek mehrfach und mit
einer unterschiedlichen Anzahl an Parametern
vorhanden sein. Die Anzahl
der ausgegebenen Result Sets wird für
die Überlagerung nicht in Betracht gezogen.
Abhängig von der Anzahl der
übergebenen Parameter wird die entsprechende
Stored Procedure aufgerufen.
Neben der Anzahl der Parameter
wird als Identifizierungsmerkmal ein
eindeutiger Name (specific name) verwendet,
der entweder beim Erstellen
manuell angegeben oder vom System
ermittelt wird. Der Aufruf einer Stored
Procedure kann auch über den spezifischen
Namen erfolgen.
Result Sets
Result Sets sind Ausgabedaten aus
Stored Procedures in Tabellenform. Bei
jedem Aufruf wird die gleiche Anzahl
an Spalten mit der gleichen Definition
ausgegeben, die Anzahl der zurückgegebenen
Datensätze kann jedoch von
Aufruf zu Aufruf variieren. Aus einer
Stored Procedure können mehrere unterschiedlich
definierte Result Sets ausgegeben
werden.
In Stored Procedures oder HLL-Programmen
werden Result Sets entweder
mit dem SQL-Befehl SET RESULT SET
ausgegeben oder dadurch, dass ein SQL-
Cursor geöffnet und vor Programm-/
Prozedur-Ende nicht geschlossen wird.
Die erste Variante wird in der Regel
verwendet, wenn die auszugebenden
Informationen zunächst lokal im (HLL-)
Programm/Prozedur z. B. in Mehrfach-
oder Array-Datenstrukturen oder Feldgruppen
gesammelt werden. Die zweite
Variante kann eingesetzt werden, wenn
über einen Cursor ein Zugriff auf die
Datenbank erfolgt und diese Daten von
der rufenden Prozedur verarbeitet werden
sollen.
Die Sortierung des Result Sets hängt
von der Angabe der ORDER BY-Anweisung
im DECLARE CURSOR-Statement
innerhalb der Stored Procedure ab.
Fehlt diese Angabe, wird die Sortierung
von den vom Query-Optimizer verwendeten
Zugriffswegen/Indices bestimmt.
Ebenso wie die Sortierung wird auch
im DECLARE CURSOR-Statement durch
Angabe von (DYNAMIC) SCROLL CUR-
SOR festgelegt, ob innerhalb des Result
Sets vorwärts und rückwärts gelesen
werden kann. Durch die Angabe von
WITH HOLD im DECLARE CURSOR-
Statement kann definiert werden, dass
der Cursor, mit dem das Result Set verarbeitet
wird, bei COMMIT und ROLL-
BACK geöffnet bleibt.
Verarbeitung von Result Sets vor
Release 7.1
Vor Release 7.1 konnten Result Sets von
Java oder .Net-Sprachen einfach verar-