Fenster 'z/OS-Optionen'

Verwenden Sie das Fenster z/OS-Optionen, um erweiterte Optionen für gespeicherte Prozeduren für DB2 für z/OS festzulegen.

Seite 'Optionen der gespeicherten Prozedur'

Laufzeitoptionen

Nur für gespeicherte SQL-Prozeduren: Geben Sie eine Zeichenfolge ein, die die IBM® Language Environment-Laufzeitoptionen angibt, die mit gespeicherten Prozeduren verwendet werden sollen. Language Environment ist ein IBM Produkt, das Laufzeitbibliotheken für unterschiedliche Programmiersprachen kombiniert. Wenn keine Laufzeitoptionen angegeben sind, verwendet Language Environment die eigenen Installationsstandardwerte. Voraussetzung: Wenn Routinen gleichzeitig ausgeführt werden, müssen Sie eine bestimmte Gruppe von Laufzeitoptionen angeben. Die Laufzeitoption TEST generiert Debugging-Informationen während der Ausführung. Wenn NOTEST angegeben wird, werden keine Debugging-Informationen generiert.

Gespeicherte Prozedur auf dem Server erstellen
Nur für gespeicherte Java-Prozeduren: Wählen Sie diese Option aus, um mit DSNTJSPP gespeicherte Prozeduren auf dem DB2 für z/OS-Server zu erstellen. Wenn Sie diese Option nicht auswählen, wird die Java-Quelle auf dem Client kompiliert. Diese Option begrenzt den Quellcode für die gespeicherte Prozedur auf 32 KB. Andernfalls kann der Quellcode bis zu 10 MB groß werden.
WLM-Umgebung
Geben Sie den Namen der MVS-WLM-Umgebung (WLM - Workload-Manager) an, in der die Routine ausgeführt werden soll. Der Name kann bis zu 18 alphanumerische Zeichen enthalten. Wenn Sie keine WLM-Umgebung angeben, wird die Routine in dem Adressraum ausgeführt, der während der Installation von DB2 eingerichtet wurde. Wenn Sie verschiedene WLM-Umgebungen verwenden, können Sie Programmgruppen voneinander trennen. Sie können Programme beispielsweise auf der Basis Ihrer Sicherheitsanforderungen isolieren. Stellen Sie gemeinsam mit Ihrem Systemadministrator fest, ob diese Option verwendet werden soll.
ASU-Zeitlimit
Zeigt die Gesamtsumme der Verarbeitungszeit in CPU-Serviceeinheiten an, die bei einem einzelnen Aufruf einer gespeicherten Prozedur verwendet werden kann. Geben Sie einen ganzzahligen Wert an. Wenn Sie keinen ganzzahligen Wert angeben, wird die Option NO LIMIT verwendet. Beim Debugging einer gespeicherten Prozedur kann es nützlich sein, eine Begrenzung festzulegen.
Resident bleiben
Wählen Sie diese Option aus, um das Lademodul der gespeicherten Prozedur im Hauptspeicher beizubehalten, nachdem die gespeicherte Prozedur ausgeführt wurde. Wenn diese Option nicht ausgewählt ist, wird das Lademodul nach der Ausführung der gespeicherten Prozedur aus dem Hauptspeicher gelöscht. Wenn die gespeicherte Prozedur im Hauptspeicher bleibt, wird die Leistung verbessert, da der Zeitaufwand für das Laden der Anwendung entfällt. Diese Option erhöht jedoch den erforderlichen virtuellen Speicher für den Adressraum der gespeicherten Prozedur.
Externe Sicherheit
Geben Sie Sicherheitsoptionen für die Routine an.
DB2
Gibt an, dass beim Zugriff der gespeicherten Prozedur auf Ressourcen, die von einem externen Sicherheitsprodukt geschützt werden, der Zugriff unter Verwendung der Berechtigungs-ID erfolgt, die dem Adressraum der gespeicherten Prozedur zugeordnet ist. Wählen Sie diese Option aus, wenn die gespeicherte Prozedur nicht in einer speziellen externen Sicherheitsumgebung ausgeführt werden soll.
Benutzer
Gibt an, dass beim Zugriff der gespeicherten Prozedur auf Ressourcen, die von einem externen Sicherheitsprodukt geschützt werden, der Zugriff unter Verwendung der Berechtigungs-ID des Benutzers erfolgt, der die gespeicherte Prozedur aufgerufen hat. Wählen Sie diese Option aus, um anzugeben, dass die gespeicherte Prozedur in einer externen Sicherheitsumgebung ausgeführt wird.
Definierender Benutzer
Gibt an, dass beim Zugriff der gespeicherten Prozedur auf Ressourcen, die von einem externen Sicherheitsprodukt geschützt werden, der Zugriff unter Verwendung der Berechtigungs-ID des Eigners der gespeicherten Prozedur erfolgt. Wählen Sie diese Option aus, um anzugeben, dass die gespeicherte Prozedur in einer externen Sicherheitsumgebung ausgeführt wird.

Implementierungsoptionen, Seite

Builddienstprogramm
Nur für gespeicherte SQL-Prozeduren: Geben Sie den Namen des Builddienstprogramms für gespeicherte Prozeduren an, das bei der Erstellung einer gespeicherten SQL-Prozedur auf einem z/OS-Server aufgerufen werden soll. Ihr Datenbankadministrator kann Kopien der Buildroutine so konfigurieren, dass den Anforderungen entsprechend unterschiedliche Ressourcen verwendet werden. Die aktuelle Datenbank wird abgefragt, um gültige Builddienstprogrammnamen abzurufen. Wenn gültige Namen gefunden werden, können Sie diese hier auswählen. In dieses Feld kann z. B. das Builddienstprogramm DSNTPSMP eingegeben werden, nachdem der Datenbankadministrator es auf dem z/OS-System konfiguriert hat.
Buildeigner
Nur für gespeicherte SQL-Prozeduren: Geben Sie die Berechtigungs-ID für DB2 für z/OS ein, die für das Erstellen, für das erneute Erstellen und für das Löschen der Routine zuständig ist. Wenn Sie eine sekundäre Berechtigungs-ID oder einen Gruppennamen als Buildeigner angeben, können mehrere Benutzer zugleich für die Verwaltung dieser Routine zuständig sein. Wenn Sie keinen Buildeigner angeben, ordnet das Builddienstprogramm eine Ihrer Prozessberechtigungs-IDs wie die aktuelle SQL-Berechtigungs-ID (CURRENT SQLID) als Buildeigner zu.
Precompileroptionen
Nur für gespeicherte SQL-Prozeduren: Geben Sie die SQL-Precompileroptionen ein, mit denen Sie gespeicherte Prozeduren erstellen möchten. Weitere Informationen zu Vorkompilierungsoptionen finden Sie im Handbuch zur Anwendungsprogrammierung und zu SQL für IBM DB2 für z/OS.
Compileroptionen

Geben Sie eine Zeichenfolge ein, die Compileroptionen angibt, die für diese gespeicherte Prozedur verwendet werden sollen. Die Compileroption TEST generiert Debugging-Informationen zur Kompilierzeit. Wenn NOTEST angegeben wird, werden keine Debugging-Informationen generiert.

Prelinkoptionen
Nur für gespeicherte SQL-Prozeduren: Geben Sie eine Zeichenfolge ein, die Optionen für den Prelinker angibt. Der Prelinker kombiniert Objektmodule einer Anwendung in einem einzigen Objektmodul.
Linkoptionen
Nur für gespeicherte SQL-Prozeduren: Geben Sie eine Zeichenfolge ein, die Optionen für den Linkage-Editor angibt. Der Linkage-Editor verarbeitet das vom Prelinker erstellte Objektmodul und generiert ein Lademodul, das abgerufen und ausgeführt werden kann. Weitere Informationen hierzu finden Sie in der Dokumentation zum Linkage-Editor.
Bindeoptionen

Das erste Feld zeigt die Objektgruppen-ID an, die für das Paket angegeben wurde. Die Objektgruppen-ID wurde auf der Seite Optionen des Assistenten angegeben, der neue gespeicherte Prozeduren erstellt.

Geben Sie in das zweite Feld eine Zeichenfolge ein, die Bindeoptionen sowohl für Java- als auch für SQL-Pakete angibt. Die Standardoptionen lauten ACTION(REPLACE) und ISOLATION(CS). Die Option ACTION(REPLACE) gibt an, dass das Paket ein vorhandenes Paket mit demselben Namen ersetzt. ISOLATION(CS) stellt sicher, dass die Anwendung erst eine von einem anderen Prozess geänderte Zeile liest, wenn dieser Prozess die Zeile freigegeben hat.

Rootpaket
Nur für gespeicherte Java-SQLJ-Prozeduren: Geben Sie einen eindeutigen Rootnamen für die Pakete ein, die vom SQLJ-Binder erstellt werden, oder verwenden Sie den generierten Standardnamen. Der Standardname besteht aus sieben Zeichen. Sie können jedoch bis zu 127 Zeichen eingeben. Die Ziffern 1, 2, 3 und 4 werden an den Namen des Rootpakets angehängt, um die endgültigen Namen der vier Pakete (jeweils eins für jede Isolationsstufe) zu erstellen. Pakete werden mit den folgenden Isolationsstufen gebunden: PAKETNAME1 wird mit Isolationsstufe UR gebunden; PAKETNAME2 wird mit Isolationsstufe CS gebunden; PAKETNAME3 wird mit Isolationsstufe RS gebunden; PAKETNAME4 wird mit Isolationsstufe RR gebunden.
Ausführlich
Wählen Sie diese Option aus, um den detaillierten Status des Implementierungsfortschritts anzuzeigen. Die Implementierungsnachrichten werden in der Sicht SQL-Ergebnisse angezeigt.

Feedback