¿Cómo creo condicionalmente un procedimiento almacenado en SQL Server?

Question

Como parte de mi estrategia de integración, tengo algunos scripts SQL que se ejecutan para actualizar la base de datos. La primera cosa que todos estos scripts hacer es comprobar para ver si necesitan para funcionar, por ejemplo .:

if @version <> @expects 
    begin 
     declare @error varchar(100); 
     set @error = 'Invalid version. Your version is ' + convert(varchar, @version) + '. This script expects version ' + convert(varchar, @expects) + '.'; 
     raiserror(@error, 10, 1); 
    end 
else 
    begin 
     ...sql statements here... 
    end 

funciona muy bien! Excepto si necesito agregar un procedimiento almacenado. El comando "create proc" debe ser el único comando en un lote de comandos sql. Poner una "Crear proc" en mi instrucción IF provoca este error:

 
'CREATE/ALTER PROCEDURE' must be the first statement in a query batch. 

Ay! ¿Cómo coloco el comando CREATE PROC en mi script, y solo lo ejecuto si es necesario?

Answer 1

Esto es lo que ocurrió:

lo envuelve en un exec(), así:

if @version <> @expects 
    begin 
     ...snip... 
    end 
else 
    begin 
     exec('CREATE PROC MyProc AS SELECT ''Victory!'''); 
    end 

funciona como un encanto!

Answer 2

Pero tenga cuidado con las comillas simples dentro de su Procedimiento almacenado: deben "escaparse" agregando una segunda. La primera respuesta ha hecho esto, pero solo en caso de que te lo hayas perdido. Una trampa para jugadores jóvenes.

Answer 3

Versionar su base de datos es el camino a seguir, pero ... ¿Por qué crear condicionalmente procedimientos almacenados? Para Vistas, procedimientos almacenados, funciones, simplemente colóquelos condicionalmente y recíclelos cada vez. Si crea condicionalmente, entonces no limpiará las bases de datos que tienen un problema o un truco que pusieron hace 2 años otro desarrollador (usted o yo nunca haríamos esto) que estaba seguro de que recordaría eliminar la única vez actualización de emergencia.

Answer 4

Debo admitir que, normalmente, estaría de acuerdo con @Peter - Dejo caer condicionalmente y luego recreé incondicionalmente todo el tiempo. Me han atrapado demasiadas veces en el pasado cuando intentaba adivinar las diferencias de esquema entre bases de datos, con o sin cualquier forma de control de versión.

Habiendo dicho eso, tu propia sugerencia @Josh es genial. Ciertamente interesante. :-)

Answer 5

Problema al abandonar y crear es que pierde las concesiones de seguridad que se habían aplicado previamente al objeto que se descarta.

Answer 6

IF NOT EXISTS(SELECT * FROM sys.procedures WHERE name = 'pr_MyStoredProc') 
BEGIN 

    CREATE PROCEDURE pr_MyStoredProc AS ..... 
    SET NOCOUNT ON 
END 

ALTER PROC pr_MyStoredProc 
AS 
SELECT * FROM tb_MyTable 

Answer 7

utilice el comando 'Existe' en T-SQL para ver si existe el proceso almacenado. Si lo hace, use 'Alter', sino use 'Crear'

Answer 8

Este es un hilo viejo, pero Jobo es incorrecto: Crear Procedimiento debe ser la primera instrucción en un lote. Por lo tanto, no puede usar Exists para probar la existencia y luego usar Create o Alter. Lástima.

Answer 9

SET NOEXEC ON es una buena manera de apagar alguna parte del código

IF NOT EXISTS (SELECT * FROM sys.assemblies WHERE name = 'SQL_CLR_Functions') 
    SET NOEXEC ON 
GO 
CREATE FUNCTION dbo.CLR_CharList_Split(@list nvarchar(MAX), @delim nchar(1) = N',') 
RETURNS TABLE (str nvarchar(4000)) AS EXTERNAL NAME SQL_CLR_Functions.[Granite.SQL.CLR.Functions].CLR_CharList_Split 
GO 
SET NOEXEC OFF 

encontrar aquí: https://codereview.stackexchange.com/questions/10490/conditional-create-must-be-the-only-statement-in-the-batch

P. S. Otra forma es SET PARSEONLY {ON | APAGADO }.