Kann ich eine einmalige Funktion in einem Skript oder einer gespeicherten Prozedur erstellen?

Gibt es in SQL Server 2005 ein Konzept für eine einmalige Verwendung oder eine lokale Funktion, die in einem SQL-Skript oder einer gespeicherten Prozedur deklariert ist? Ich möchte einige Komplexitäten in einem Skript, das ich schreibe, abstrahieren, aber es würde erfordern, eine Funktion deklarieren zu können.

Nur neugierig.

Sie können CREATE Functionam Anfang Ihres Skripts und DROP Functionam Ende anrufen .

Sie können temporär gespeicherte Prozeduren erstellen wie:

create procedure #mytemp as
begin
   select getdate() into #mytemptable;
end

in einem SQL-Skript, aber keine Funktionen. Sie könnten den Proc-Speicher jedoch in einer temporären Tabelle speichern lassen und diese Informationen später im Skript verwenden.

Mit allgemeinen Tabellenausdrücken können Sie im Wesentlichen Ansichten definieren, die nur im Rahmen Ihrer Anweisungen zum Auswählen, Einfügen, Aktualisieren und Löschen gültig sind. Je nachdem, was Sie tun müssen, können sie sehr nützlich sein.

Ich weiß, dass ich möglicherweise dafür kritisiert werde, dynamisches SQL vorzuschlagen, aber manchmal ist es eine gute Lösung. Stellen Sie einfach sicher, dass Sie die Auswirkungen auf die Sicherheit verstanden haben, bevor Sie dies berücksichtigen.

DECLARE @add_a_b_func nvarchar(4000) = N'SELECT @c = @a + @b;';
DECLARE @add_a_b_parm nvarchar(500) = N'@a int, @b int, @c int OUTPUT';

DECLARE @result int;
EXEC sp_executesql @add_a_b_func, @add_a_b_parm, 2, 3, @c = @result OUTPUT;
PRINT CONVERT(varchar, @result); -- prints '5'

In Skripten haben Sie mehr Optionen und eine bessere Möglichkeit zur rationalen Zerlegung. Schauen Sie in den SQLCMD-Modus (Abfragemenü -> SQLCMD-Modus), insbesondere in die Befehle: setvar und: r.

Innerhalb einer gespeicherten Prozedur sind Ihre Optionen sehr begrenzt. Sie können eine Funktion nicht direkt mit dem Hauptteil einer Prozedur definieren. Das Beste, was Sie tun können, ist so etwas mit dynamischem SQL:

create proc DoStuff
as begin

  declare @sql nvarchar(max)

  /*
  define function here, within a string
  note the underscore prefix, a good convention for user-defined temporary objects
  */
  set @sql = '
    create function dbo._object_name_twopart (@object_id int)
    returns nvarchar(517) as
    begin
      return 
        quotename(object_schema_name(@object_id))+N''.''+
        quotename(object_name(@object_id))
    end
  '

  /*
  create the function by executing the string, with a conditional object drop upfront
  */
  if object_id('dbo._object_name_twopart') is not null drop function _object_name_twopart
  exec (@sql)

  /*
  use the function in a query
  */
  select object_id, dbo._object_name_twopart(object_id) 
  from sys.objects
  where type = 'U'

  /*
  clean up
  */
  drop function _object_name_twopart

end
go

Dies entspricht in etwa einer globalen temporären Funktion, falls so etwas existiert. Es ist immer noch für andere Benutzer sichtbar. Sie können die @@ SPID Ihrer Verbindung anhängen, um den Namen zu eindeutig zu machen. Dies würde jedoch den Rest der Prozedur erfordern, um auch dynamisches SQL zu verwenden.

Folgendes habe ich in der Vergangenheit verwendet, um die Notwendigkeit einer skalaren UDF in MS SQL zu erfüllen:

IF OBJECT_ID('tempdb..##fn_Divide') IS NOT NULL DROP PROCEDURE ##fn_Divide
GO
CREATE PROCEDURE ##fn_Divide (@Numerator Real, @Denominator Real) AS
BEGIN
    SELECT Division =
        CASE WHEN @Denominator != 0 AND @Denominator is NOT NULL AND  @Numerator != 0 AND @Numerator is NOT NULL THEN
        @Numerator / @Denominator
        ELSE
            0
        END
    RETURN
END
GO

Exec ##fn_Divide 6,4

Mit diesem Ansatz, bei dem eine globale Variable für das VERFAHREN verwendet wird, können Sie die Funktion nicht nur in Ihren Skripten, sondern auch in Ihren Dynamic SQL-Anforderungen verwenden.