Auf dieser Seite können Sie die Routinenoptionen angeben. Je nach Zielserver oder Routinentyp sind einige Optionen unter Umständen nicht verfügbar. Die Feldnamen werden nachfolgend aufgeführt. Die Auflistung entspricht nicht unbedingt der Reihenfolge, in der sie auf der Assistentenseite angezeigt werden.
Wählen Sie für die Implementierung weitere verschachtelte gespeicherte Prozeduren in der Liste aus. Diese gespeicherten Prozeduren sind von den gespeicherten Prozeduren abhängig, die Sie implementieren.
- Standardwerte anwenden
- Gibt an, dass die Standardwerte aus dem Fenster Benutzervorgaben angewendet werden. Diese Option ist nur verfügbar, wenn ein Ordner in der Baumstruktur ausgewählt wurde.
- Ordnereinstellungen anwenden
- Gibt an, dass die Einstellungen, die Sie auf den Ordner angewendet haben, auf die ausgewählte Routine angewendet werden. Diese Option ist nur verfügbar, wenn eine Routine in der Baumstruktur ausgewählt wurde.
- Einstellungen auf Ordner anwenden
- Gibt an, dass die Einstellungen, die Sie auf den Ordner angewendet haben, auf alle Routinen im Ordner angewendet werden. Diese Option ist nur verfügbar, wenn ein Ordner in der Baumstruktur ausgewählt wurde.
- ASU-Zeitlimit
- Nur DB2 für z/OS: Zeigt die Gesamtsumme der Prozessorzeit 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 Debug einer gespeicherten Prozedur kann es nützlich sein, eine Begrenzung festzulegen.
- Bindeoptionen
- Nur DB2 für z/OS: Geben Sie eine Zeichenfolge ein, die Bindeoptionen für Pakete angibt.
- Buildeigner
- Nur DB2 für z/OS: Zeigt die Berechtigungs-ID für DB2 für z/OS an, 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-ID (CURRENT SQLID) als Buildeigner zu.
- Builddienstprogramm
- Nur DB2 für z/OS: Zeigt den Namen des Builddienstprogramms für die gespeicherte Prozedur an, das aufgerufen werden soll, wenn eine gespeicherte Java-Prozedur auf einem z/OS-Server erstellt wird.
Ihr Datenbankadministrator kann Kopien der Buildroutine so konfigurieren, dass den Anforderungen entsprechend unterschiedliche Ressourcen verwendet werden. Wenn in der Datenbank gültige Namen gefunden werden, können Sie diese hier auswählen.
- Gespeicherte Prozedur auf dem Server erstellen
- Nur DB2 für z/OS bis Version 8: Wählen Sie diese Option aus, um auf dem Server eine gespeicherte Java-Prozedur mithilfe des Builddienstprogramms DSNTJSPP zu erstellen. Wenn Sie diese Option nicht auswählen, wird die gespeicherte Java-Prozedur auf der Clientseite erstellt. Für die Erstellung auf der Clientseite müssen Sie eine Verbindung zum Server mithilfe von IBM Data Server Driver für JDBC und SQLJ herstellen. Diese Option begrenzt den Quellcode für die gespeicherte Prozedur auf 32 KB. Andernfalls kann der Quellcode bis zu 10 MB groß werden.
- Objektgruppen-ID
- Nur DB2 für z/OS: Geben Sie den Namen der Objektgruppen-ID ein. Die Objektgruppen-ID gibt die Paketgruppe an, die während der Ausführung der gespeicherten Prozedur verwendet wird. Der Name kann bis zu 18 alphanumerische Zeichen enthalten. Wenn keine Objektgruppen-ID angegeben ist, wird bei der Ausführung der gespeicherten Prozedur der Objektgruppenname des Pakets verwendet, das die Anweisung CALL enthält. Wenn das aufrufende Programm kein Paket verwendet, wird die Paketobjektgruppe auf den Wert des Sonderregisters CURRENT PACKAGESET gesetzt.
- Compileroptionen
- Nur DB2 für z/OS: Geben Sie eine Zeichenfolge ein, die Compileroptionen angibt, die Sie mit dieser gespeicherten Prozedur verwenden wollen.
- JRE-Version der Datenbank
- Zeigt die Version der JRE (Java Runtime Environment) auf dem Zieldatenbankserver an. Wenn die Version nicht ermittelt werden kann, können Sie die Versionsnummer in dieses Feld eingeben. Die Javac-Markierungen -target und -source werden während der Kompilierung verwendet, wenn der Wert dieses Felds nicht mit dem Wert im Feld JDK-Version übereinstimmt.
- DB2-Paket
- NurDB2 für iSeries:
Geben Sie den Namen des DB2-Pakets an, das Sie beim Erstellen von gespeicherten SQLJ-Prozeduren verwenden wollen. Im Namen QUSRSYS/SER3283432 beispielsweise ist QUSRSYS ein Bibliotheksname, dem ein aus 10 Zeichen bestehender Name eines serialisierten Profils folgt. Informationen zu gültigen Werten finden Sie in der DB2-Dokumentation zum Erstellen von gespeicherten SQLJ-Prozeduren.
- Debug aktivieren
- Nur DB2 für Linux, UNIX
und Windows:
Wählen Sie aus, dass die gespeicherte Prozedur für das Debug erstellt wird.
- Externe Sicherheit (nur DB2 für z/OS)
- DB2
- Wählen Sie diese Option aus, um anzugeben, dass die gespeicherte Prozedur nicht in einer externen Sicherheitsumgebung ausgeführt wird. Wenn die gespeicherte Prozedur auf Ressourcen zugreift, die von einem externen Sicherheitsprodukt geschützt werden, erfolgt der Zugriff unter Verwendung der Berechtigungs-ID, die dem Adressraum der gespeicherten Prozedur zugeordnet ist.
- Benutzer
- Wählen Sie diese Option aus, um anzugeben, dass die gespeicherte Prozedur in einer externen Sicherheitsumgebung ausgeführt wird. Wenn die gespeicherte Prozedur auf Ressourcen zugreift, die von einem externen Sicherheitsprodukt geschützt werden, erfolgt der Zugriff unter Verwendung der Berechtigungs-ID des Benutzers, der die gespeicherte Prozedur aufgerufen hat.
- Definierender Benutzer
- Wählen Sie diese Option aus, um anzugeben, dass die gespeicherte Prozedur in einer externen Sicherheitsumgebung ausgeführt wird. Wenn die gespeicherte Prozedur auf Ressourcen zugreift, die von einem externen Sicherheitsprodukt geschützt werden, erfolgt der Zugriff unter Verwendung der Berechtigungs-ID des Eigners der gespeicherten Prozedur.
- JAR-Name
- Nur Derby Version 10: Zeigt den JAR-Dateinamen an, der zur Installation der Routine auf dem Server verwendet wird. DB2 verwendet diesen JAR-Dateinamen auch als
JAR-ID im DB2-Katalog.
- Java-Pfad
- Auf dieser Seite können Sie den Java-Pfad für die ausgewählte JAR-Datei anpassen. Diese Anpassung ist nützlich, wenn Sie die JAR-Datei auf einem Server implementieren, der sich vom Server des aktuellen Projekts unterscheidet.
- JDK-Ausgangsverzeichnis
- Geben Sie das Ausgangsverzeichnis für das Java Development Kit (JDK) an, das zur Kompilierung gespeicherter Java-Prozeduren verwendet wird.
- JDK-Version
- Zeigt die Version des JDK an, das Sie im Feld JDK-Ausgangsverzeichnis angegeben haben. Die Javac-Markierungen -target und -source werden während der Kompilierung verwendet, wenn der Wert dieses Felds nicht mit dem Wert im Feld JRE-Version der Datenbank übereinstimmt. Sie können die automatisch generierten Optionen überschreiben, indem Sie Ihre eigenen Optionen -target und -source in diesem Feld angeben.
- Linkoptionen
- Nur DB2 für z/OS: 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 zur Ausführung geladen werden kann.
- Paketschema
- Hier können Sie das Qualifikationsmerkmal für die Pakete eingeben, die mit db2sqljcustomize gebunden werden.
Mit dem Befehl db2sqljcustomize wird dieser Wert im angepassten serialisierten Profil gespeichert. Damit werden außerdem die zugeordneten Pakete gebunden.
- Precompileroptionen
- Geben Sie die SQL-Precompileroptionen ein, mit denen Sie gespeicherte Prozeduren erstellen möchten. Sie können die Optionen PRECOMPILE PROGRAM (PREP) und BIND eingeben. SQL-Precompileroptionen, die Datenbestände bezeichnen, werden nicht erkannt.
Weitere Informationen zu den Optionen PRECOMPILE PROGRAM (PREP) und BIND finden finden Sie in der Befehlsreferenz zu IBM DB2.
- Prelinkoptionen
- Nur DB2 für z/OS: Geben Sie eine Zeichenfolge ein, die Optionen für den Prelinker angibt. Der Prelinker kombiniert Objektmodule in einer Anwendung in einem einzigen Objektmodul.
- Rootpaket
- Geben Sie die Rootnamen der Pakete ein, die vom SQLJ-Binder erstellt werden.
Wird keine Option angegeben, wird der Rootname vom Namen des Profils abgeleitet. Die Namen sind maximal sieben Zeichen lang. 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.
- Laufzeitoptionen
- Nur DB2 für z/OS: Geben Sie für die gespeicherte Prozedur die Laufzeitoptionen für Language Environment ein. Wenn keine Laufzeitoptionen angegeben sind, verwendet Language Environment die eigenen Installationsstandardwerte.
- Klassenname des SQLJ-Umsetzungsprogramms
- Geben Sie den vollständig qualifizierten Paketnamen der SQLJ-Klasse an, die für die Umsetzung der SQLJ-Anweisungen verwendet wird.
- SQLJ-Umsetzungsprogrammposition
- Geben Sie den vollständigen Pfad und Dateinamen der JAR-Datei an, die die SQLJ-Klassenbibliothek enthält, die die Unterstützung der SQLJ-Umsetzung implementiert.
- Resident bleiben
- Nur DB2 für z/OS: Wählen Sie diese Option aus, um anzugeben, dass das Lademodul der gespeicherten Prozedur im Hauptspeicher bleibt, nachdem die gespeicherte Prozedur ausgeführt worden ist. 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.
- Quellendatei
- Nur Derby: Geben Sie den vollständigen Pfad für die Java-Quellendatei an oder klicken Sie auf Durchsuchen, um nach ihr zu suchen.
- WLM-Umgebung
- Nur DB2 für z/OS: Geben Sie den Namen der MVS-WLM-Umgebung (WLM - Workload-Manager) ein, in der das Objekt ausgeführt werden soll. Der Name kann bis zu 18 alphanumerische Zeichen enthalten.
Wenn Sie keine WLM-Umgebung angeben, wird das Objekt im Adressraum ausgeführt, der bei der Installation von
DB2 eingerichtet wurde. Wenn Sie verschiedene WLM-Umgebungen verwenden, können Sie Programmgruppen voneinander trennen. Sie können Programme auf der Basis von Sicherheitsanforderungen isolieren. Stellen Sie gemeinsam mit Ihrem Systemadministrator fest, ob diese Option verwendet werden soll.
- Ausführlicher Build
- Wählen Sie diese Option aus, um den detaillierten Status des Buildfortschritts anzuzeigen.
In der Sicht Datenausgabe werden die Buildnachrichten angezeigt.