我有一个SQL脚本,每次客户端执行“数据库管理”功能时都必须运行。该脚本包括在客户端数据库上创建存储过程。其中一些客户端在运行脚本时可能已经拥有存储过程,而另一些客户端可能没有。我需要将丢失的存储过程添加到客户端数据库中,但无论我如何尝试改变T-SQL语法,我都得到了这个结果

CREATE/ALTER PROCEDURE'必须是查询批处理中的第一个语句

我在创作作品之前读到过这种说法,但我不喜欢这样做。

IF EXISTS (SELECT * FROM sys.objects WHERE type = 'P' AND name = 'MyProc')
DROP PROCEDURE MyProc
GO

CREATE PROCEDURE MyProc
...

如何添加检查存储过程是否存在,如果存储过程不存在则创建它,如果存储过程存在则修改它?


当前回答

我知道这是一个非常老的帖子,但由于这出现在顶部搜索结果中,因此为那些使用SQL Server 2016 SP1 -的人添加了最新更新

create or alter procedure procTest
as
begin
 print (1)
end;
go

如果存储过程不存在,则创建存储过程;如果存储过程存在,则更改存储过程。

参考

其他回答

你为什么不简单点

    IF EXISTS(SELECT * FROM sys.procedures WHERE NAME LIKE 'uspBlackListGetAll')
    BEGIN
         DROP PROCEDURE uspBlackListGetAll
    END
    GO

    CREATE Procedure uspBlackListGetAll

..........

从SQL SERVER 2016开始,你可以使用新的DROP PROCEDURE IF EXISTS。 DROP {PROC | PROCEDURE} [IF EXISTS] {[schema_name. exe]程序[,…]n]

参考: https://msdn.microsoft.com/en-us/library/ms174969.aspx

我想知道!为什么我不写整个查询像这样

GO
create procedure [dbo].[spAddNewClass] @ClassName varchar(20),@ClassFee int
as
begin
insert into tblClass values (@ClassName,@ClassFee)
end

GO
create procedure [dbo].[spAddNewSection] @SectionName varchar(20),@ClassID       int
as
begin
insert into tblSection values(@SectionName,@ClassID)
end

Go
create procedure test
as
begin 
select * from tblstudent
end

我已经知道前两个过程已经存在,SQL将运行查询将给出前两个过程的错误,但它仍然会创建最后一个过程 SQl本身是照顾什么是已经存在的,这是我总是做我的客户端!

如果你正在寻找最简单的方法来检查数据库对象是否存在,然后再删除它,这里有一种方法(示例使用SPROC,就像上面的例子一样,但可以修改表,索引等…):

IF (OBJECT_ID('MyProcedure') IS NOT NULL)
  DROP PROCEDURE MyProcedure
GO

这是快速和优雅的,但您需要确保在所有对象类型中都有唯一的对象名称,因为它不会考虑这一点。

这里有一个方法和一些使用它的理由。编辑存储的proc并不是很漂亮,但是有利有弊……

更新:您还可以将整个调用包装在一个TRANSACTION中。在单个事务中包含多个存储过程,这些存储过程可以全部提交或全部回滚。在事务中封装的另一个优点是,只要其他SQL连接不使用READ UNCOMMITTED事务隔离级别,存储过程就始终存在!

1)避免将变更作为流程决策。我们的过程总是IF存在,然后创建。如果您执行相同的模式,假设新的PROC是所需的PROC,那么满足alters就有点困难,因为您将拥有If EXISTS ALTER ELSE CREATE。

2)你必须把CREATE/ALTER作为批处理中的第一个调用,这样你就不能在动态SQL之外的事务中包装一系列过程更新。基本上,如果您想运行整个过程更新堆栈或在不恢复DB备份的情况下将它们全部回滚,这是一种在单个批处理中完成所有工作的方法。

IF NOT EXISTS (select ss.name as SchemaName, sp.name as StoredProc 
    from sys.procedures sp
    join sys.schemas ss on sp.schema_id = ss.schema_id
    where ss.name = 'dbo' and sp.name = 'MyStoredProc')
BEGIN
    DECLARE @sql NVARCHAR(MAX)

    -- Not so aesthetically pleasing part. The actual proc definition is stored
    -- in our variable and then executed.
    SELECT @sql = 'CREATE PROCEDURE [dbo].[MyStoredProc]
(
@MyParam int
)
AS
SELECT @MyParam'
    EXEC sp_executesql @sql
END