SQL UDF und LibListe

[B.Hauser]

Hallo Nils

Möglicherweise wird dadurch die Benutzung der *LIB verhindert. (Im anderen Testfall steht er auf *NONE).

Nicht nur möglicherweise, sondern ganz bestimmt!

Wird bei der Default Collection (DFTRDBCOL) eine Bibliothek angegegeben, wird zunächst der Befehl SET CURRENT SCHEMA ausgeführt. Dieser Befehl bewirkt, dass nur die in diesem Befehl angegebene Bibliothek durchsucht wird und die Bibliotheksliste nicht berücksichtig wird. Dies gilt nicht nur für SQL-Naming, sondern auch dann wenn System-Naming verwendet wird.

Birgitta

[Nils_V]

Danke, Birgitta,

ein neues Fragezeichen hat sich ergeben, als ich die Funktion mit RUNSQLSTM und DFTRDBCOL = *NONE erzeugt habe. Sie wurde in einer Lib erzeugt, die gar nicht in meiner Libliste ist!
Gibt es noch einen Parameter, der beeinflusst, IN WELCHER Lib die UDF erzeugt wird? Im CREATE FUNCTION ist der Name nämlich nicht qualifiziert.

Und noch eine Frage: was passiert, wenn ich das SRVPGM einfach mit PDM lösche, mit dem Eintrag in SysFunc? Der ist doch dann nicht mehr korrekt, oder? Also immer mit DROP FUNCTION löschen?

Nils

[BenderD]

Hallo,

drop function ist schon der bessere Weg, damit da keine Inkonsistenzen entstehen. Achtung: Funcrions können überladen werden, da kann es also mehrere gleichnamige im selben Schema geben, die sich durch die Struktur der Parameterliste unterscheiden, dann muss man das beim drop näher spezifizieren.
Als Ort kommen da Curlib und default Schema in Frage, letzteres könnte heißen wie der Benutzer, wenn keines gesetzt wurde.

mfg

Dieter Bender

Danke, Birgitta,

ein neues Fragezeichen hat sich ergeben, als ich die Funktion mit RUNSQLSTM und DFTRDBCOL = *NONE erzeugt habe. Sie wurde in einer Lib erzeugt, die gar nicht in meiner Libliste ist!
Gibt es noch einen Parameter, der beeinflusst, IN WELCHER Lib die UDF erzeugt wird? Im CREATE FUNCTION ist der Name nämlich nicht qualifiziert.

Und noch eine Frage: was passiert, wenn ich das SRVPGM einfach mit PDM lösche, mit dem Eintrag in SysFunc? Der ist doch dann nicht mehr korrekt, oder? Also immer mit DROP FUNCTION löschen?

Nils

[Nils_V]

Danke, Birgitta,

ein neues Fragezeichen hat sich ergeben, als ich die Funktion mit RUNSQLSTM und DFTRDBCOL = *NONE erzeugt habe. Sie wurde in einer Lib erzeugt, die gar nicht in meiner Libliste ist!
Gibt es noch einen Parameter, der beeinflusst, IN WELCHER Lib die UDF erzeugt wird? Im CREATE FUNCTION ist der Name nämlich nicht qualifiziert.

Und noch eine Frage: was passiert, wenn ich das SRVPGM einfach mit PDM lösche, mit dem Eintrag der UDF in der SysFunc table? Der ist doch dann nicht mehr korrekt, oder? Also immer mit DROP FUNCTION löschen?

Nils