Как условно создать хранимую процедуру в SQL Server?

Question

Как часть моей стратегии интеграции, у меня есть несколько сценариев SQL, которые запускаются для обновления базы данных. Первое, что все эти сценарии сделать, это проверить, если они должны работать, например .:

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 

Работает отлично! За исключением случаев, когда мне нужно добавить хранимую процедуру. Команда «create proc» должна быть единственной командой в группе команд sql. Ввод «create proc» в моей инструкции IF вызывает эту ошибку:

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

Ouch! Как поместить команду CREATE PROC в мой скрипт и выполнить ее только в том случае, если это необходимо?

Answer 1

Вот что я придумал:

Заверните его в EXEC(), например так:

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

работает как шарм!

Answer 2

Но следите за одинарными кавычками в своей хранимой процедуре - они должны быть «экранированы», добавив второй. Первый ответ сделал это, но на всякий случай вы его пропустили. Ловушка для молодых игроков.

Answer 3

Версии вашей базы данных - это путь, но ... Зачем условно создавать хранимые процедуры. Для представлений, хранимых процедур, функций, просто условно отбрасывать их и повторно создавать их каждый раз. Если вы условно создадите, то вы не будете очищать базы данных, у которых есть проблема или взлома, которые были добавлены еще 2 года назад другим разработчиком (вы или я этого никогда не сделаем), который был уверен, что он не забудет удалить одно время аварийное обновление.

Answer 4

Должен признаться, я бы обычно согласился с @Peter - я условно падал, а затем безоговорочно воссоздавал каждый раз. Я был пойман слишком много раз в прошлом, когда пытался угадать различия схем между базами данных, с или без контроля версий.

Сказав это, ваше собственное предложение @Josh довольно круто. Конечно, интересно. :-)

Answer 5

Проблема с удалением и созданием - вы теряете любые гранты безопасности, которые ранее были применены к отбрасываемому объекту.

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

используйте команду «Exists» в T-SQL, чтобы узнать, существует ли сохраненный процесс proc. Если это так, используйте «Alter», иначе используйте «Create»

Answer 8

Это старый поток, но Jobo неверно: Create Procedure должен быть первым оператором в пакете. Поэтому вы не можете использовать Exists для проверки на существование, а затем используйте либо Create, либо Alter. Жалость.

Answer 9

SET поехес ON хороший способ, чтобы выключить какую-то часть кода

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 

Найдено здесь: https://codereview.stackexchange.com/questions/10490/conditional-create-must-be-the-only-statement-in-the-batch

P.S. Другой способ - SET PARSEONLY {ON | ВЫКЛ}.