Zitat Zitat von Fuerchau Beitrag anzeigen
Immer eine Frage des Releases.
Natürlich kann ich mir die Überladungen sparen, wenn ich für nicht benötigte Parameter NULL angebe. Da weiß man zumindest, was der Verwender wirklich will.
Falls Du damit auf die Antwort von Andreas anspielst, ... solltest Du Dir mal wirklich die Default-Werte, die bei Stored Procedure und User Defined (Table) Function Parametern angegeben werden können anschauen.

Bei dieser Technik können für Input-Parameter Default-Werte (und nicht nur NULL-Werte) definiert werden. Werden Input-Paramter, für die Default-Werte definiert wurden nicht übergeben, werden anstelle der Parameter die Default-Werte an die Stored Procedure oder User Defined (Table) Function übergeben.

Man kann nicht nur Parameter weglassen, man kann auch über "Argument Listen" einzelne Parameter benennen (=Named Parameters) und diesen beim Aufruf einen Wert zuweisen. Wird ein Parameter benannt, so muss der Parameter-Name, der beim Erstellen oder Registrieren der Routine definiert wurde angegeben werden. Auf den Parameter-Name muss => folgen und im Anschluss der eigentliche Parameter-Wert oder Variable (s. Beispiel von Andreas).
Werden die Input Parameter benannt, so genügt es lediglich die benötigten Parameter (bzw. die von den Default-Werten abweichenden Parameter-Werte) zu übergeben. Die Reihenfolge in der die benannten Parameter angegeben werden, spielt dabei keine Rolle.

Diese Technik wurde mit einem Technologie Refresh eingeführt und von Release 7.1 an aufwärts verfügbar.

Noch eine Erinnerung an alle diejenigen, die Release 7.1 oder älter einsetzten. Der offizielle Support von IBM für Release 7.1 endet am 30.04.2018. (für ältere Releases gibt es von IBM keinerlei Support mehr)
Die Neuerungen, die gerade auf der Common Herbst Konferenz in den USA für den nächsten Technology Refresh announced wurden (und das sind gerade im Bereich von SQL und Datenbank nicht wenige), werden nur für Release 7.2 und 7.3 bereitgestellt.

Birgitta