Posso criar uma função de uso único em um script ou procedimento armazenado?

No SQL Server 2005, há um conceito de função única ou local declarada dentro de um script SQL ou procedimento armazenado? Eu gostaria de abstrair alguma complexidade em um script que estou escrevendo, mas exigiria ser capaz de declarar uma função.

Apenas curioso.

Você pode ligar CREATE Functionperto do início de seu script e DROP Functionperto do final.

Você pode criar procedimentos armazenados temporários como:

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

em um script SQL, mas não funções. Você pode fazer com que o proc armazene seu resultado em uma tabela temporária e use essa informação posteriormente no script.

Expressões de tabela comuns permitem definir o que são essencialmente visualizações que duram apenas dentro do escopo de suas instruções de seleção, inserção, atualização e exclusão. Dependendo do que você precisa fazer, eles podem ser extremamente úteis.

Eu sei que posso ser criticado por sugerir SQL dinâmico, mas às vezes é uma boa solução. Apenas certifique-se de entender as implicações de segurança antes de considerar isso.

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'

Nos scripts, você tem mais opções e uma melhor chance de decomposição racional. Observe o modo SQLCMD (Menu Consulta -> modo SQLCMD), especificamente os comandos: setvar e: r.

Em um procedimento armazenado, suas opções são muito limitadas. Você não pode criar definir uma função diretamente com o corpo de um procedimento. O melhor que você pode fazer é algo assim, com SQL dinâmico:

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

Isso se aproxima de uma função temporária global, se tal coisa existisse. Ainda está visível para outros usuários. Você poderia acrescentar o @@ SPID de sua conexão para unificar o nome, mas isso exigiria que o restante do procedimento também usasse SQL dinâmico.

A seguir está o que eu usei no passado para atender à necessidade de um UDF escalar no 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

Esta abordagem que usa uma variável global para PROCEDURE permite que você faça uso da função não apenas em seus scripts, mas também em suas necessidades de SQL Dinâmico.