Puis-je créer une fonction à usage unique dans un script ou une procédure stockée?

Dans SQL Server 2005, existe-t-il un concept d'utilisation unique ou de fonction locale déclarée à l'intérieur d'un script SQL ou d'une procédure stockée? Je voudrais résumer une certaine complexité dans un script que j'écris, mais il faudrait être capable de déclarer une fonction.

Juste curieux.

Vous pouvez appeler CREATE Functionvers le début de votre script et DROP Functionvers la fin.

Vous pouvez créer des procédures stockées temporaires telles que:

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

dans un script SQL, mais pas des fonctions. Vous pourriez cependant avoir le stockage de proc pour obtenir une table temporaire, puis utiliser ces informations plus tard dans le script.

Les expressions de table communes vous permettent de définir ce qui sont essentiellement des vues qui ne durent que dans le cadre de vos instructions de sélection, d'insertion, de mise à jour et de suppression. En fonction de ce que vous devez faire, ils peuvent être extrêmement utiles.

Je sais que je pourrais être critiqué pour avoir suggéré du SQL dynamique, mais c'est parfois une bonne solution. Assurez-vous simplement de comprendre les implications en matière de sécurité avant d'envisager cela.

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'

Dans les scripts, vous avez plus d'options et une meilleure idée de la décomposition rationnelle. Regardez dans le mode SQLCMD (Menu Requête -> Mode SQLCMD), en particulier les commandes: setvar et: r.

Dans une procédure stockée, vos options sont très limitées. Vous ne pouvez pas créer de définir une fonction directement avec le corps d'une procédure. Le mieux que vous puissiez faire est quelque chose comme ceci, avec SQL dynamique:

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

Cela se rapproche d'une fonction temporaire globale, si une telle chose existait. Il est toujours visible pour les autres utilisateurs. Vous pouvez ajouter le @@ SPID de votre connexion pour unifier le nom, mais cela nécessiterait alors que le reste de la procédure utilise également le SQL dynamique.

Voici ce que j'ai utilisé dans le passé pour répondre au besoin d'un UDF scalaire dans MS SQL:

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

Cette approche qui utilise une variable globale pour la PROCÉDURE vous permet d'utiliser la fonction non seulement dans vos scripts, mais aussi dans vos besoins Dynamic SQL.