IBM SPB "Stored Procedure Builder" : Angabe des OWNER / EXTERNAL NAME
[ ruban.de ] [ Antworten ] [ Forum ]
Geschrieben von Christian Wehle on Dezember 05, 2002 um 16:21:
I got some "non-optimal" results, when I build/create a Stored Procedure per "IBM Stored Procedure Builder". (1): === I created with the "IBM SPB" a Stored Procedure and see in the SYSIBM.ROUTINES that the attribute-value for OWNER is "USERID" (= my user-id) ! Where can I enter the owner "DB" during the creation of the SP inside of the "IBM SPB" ?
---------+---------+---------+-------- SELECT * FROM SYSIBM.SYSROUTINES WHERE NAME = 'SPTESTIN' ---------+---------+---------+-------- SCHEMA OWNER NAME ---------+---------+---------+-------- DB USERID SPTESTIN => I think, that my collegues will get access-problems, when the Owner isn't be "DB" ! (2): === And the attribute "EXTERNAL NAME" doesn't contain a real good external name like "SPTESTIN". It contains the name "SQL09458" ? ----+---------+---------+- EXTERNAL_NAME ----+---------+---------+- SQL09458 How can I enter the External Name of a Stored Procedure, created/built per StoredProcedureBuilder ? => I think, that we'll get problems, when we want to call this StoredProcedure with an external name, like "SPTESTIN" (without the schema-id "DB.SPTESTIN") (3): === After the creation- and build-process inside of the "IBM SPB" I get following error-message. Is it possible to ignore or to inhibit this error-message ? Or is it neccessary to create a own WLM-adressspace for our project, so it's allow for us to update/change it per procedure "WLM-refresh / DSNTWR" ? DB.TESTIN - Erstellen der gespeicherten Prozedur ist beendet. SPTESTIN - Der Build war erfolgreich. Bei dem Versuch, den WLM-Adressraum automatisch zu aktualisieren, trat ein Fehler auf. Durch die Aktualisierung des WLM-Adressraums, in dem die gespeicherte Prozedur ausgeführt wird, wird sichergestellt, dass die neueste Version der gespeicherten Prozedur ausgeführt wird. Stellen Sie sicher, dass die gespeicherte Prozedur für die WLM-Aktualisierung, WLM_REFRESH, auf dem verwendeten DB2 für OS/390-Host ordnungsgemäß installiert ist. [IBM][CLI Driver][DB2] SQL0444N Die Routine "DSNTWR " (spezifischer Name "") ist durch Code in Bibliothek oder Pfad "", Funktion "" implementiert, auf die kein Zugriff möglich ist. Ursachencode: "". SQLSTATE=42724
Schreibe eine Antwort
|