ストアドプロシージャを作成する前に存在するかどうかを確認する方法

クライアントが「データベース管理」機能を実行するたびに実行する必要がある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
...

ストアドプロシージャの存在チェックを追加し、存在しない場合は作成し、存在する場合は変更するにはどうすればよいですか？

クエリを実行できる場所であればどこでも手続き型コードを実行できます。

後にすべてをコピーするだけASです：

BEGIN
    DECLARE @myvar INT
    SELECT  *
    FROM    mytable
    WHERE   @myvar ...
END

このコードは、ストアドプロシージャとまったく同じことを行いますが、データベース側には保存されません。

これは、での匿名手続きと呼ばれるものとよく似ていますPL/SQL。

更新：

質問のタイトルは少しわかりにくいです。

存在しない場合にのみプロシージャを作成する必要がある場合、コードは問題ありません。

ここで何がSSMS作成スクリプトで出力します。

IF EXISTS ( SELECT  *
            FROM    sys.objects
            WHERE   object_id = OBJECT_ID(N'myproc')
                    AND type IN ( N'P', N'PC' ) ) 
DROP …
CREATE …

更新：

スキーマを含めるときにそれを行う方法の例：

IF EXISTS ( SELECT * 
            FROM   sysobjects 
            WHERE  id = object_id(N'[dbo].[MyProc]') 
                   and OBJECTPROPERTY(id, N'IsProcedure') = 1 )
BEGIN
    DROP PROCEDURE [dbo].[MyProc]
END

上記の例では、dboがスキーマです。

更新：

SQL Server 2016以降では、

CREATE OR ALTER PROCEDURE dbo.MyProc

これはすでに回答済みとしてマークされていることを理解していますが、以前は次のようにしていた：

IF NOT EXISTS (SELECT * FROM sys.objects WHERE type = 'P' AND OBJECT_ID = OBJECT_ID('dbo.MyProc'))
   exec('CREATE PROCEDURE [dbo].[MyProc] AS BEGIN SET NOCOUNT ON; END')
GO

ALTER PROCEDURE [dbo].[MyProc] 
AS
  ....

手順を落とさないようにするだけです。

削除する前にデータベースオブジェクトの存在を確認する最も簡単な方法を探している場合は、次の1つの方法を使用します（例では上記の例と同じようにSPROCを使用していますが、テーブルやインデックスなどを変更できます）。

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

これは迅速かつエレガントですが、すべてのオブジェクトタイプで一意のオブジェクト名を使用する必要があるため、オブジェクト名が一意であることを確認する必要があります。

これが役に立てば幸いです！

「プロシージャが存在する場合は変更し、存在しない場合は削除する」ことを望んでいますが、常にプロシージャを削除してから再作成する方が簡単だと思います。プロシージャがすでに存在する場合にのみ、プロシージャを削除する方法は次のとおりです。

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

2番目のパラメータは、ストアドプロシージャであるOBJECT_IDを使用してオブジェクトのみを検索するように指示します。object_type = 'P'

AF =集計関数（CLR）

C = CHECK制約

D = DEFAULT（制約またはスタンドアロン）

F = FOREIGN KEY制約

FN = SQLスカラー関数

FS =アセンブリ（CLR）スカラー関数

FT =アセンブリ（CLR）テーブル値関数

IF = SQLインラインテーブル値関数

IT =内部テーブル

P = SQLストアドプロシージャ

PC =アセンブリ（CLR）ストアドプロシージャ

PG =計画ガイド

PK = PRIMARY KEY制約

R =ルール（旧式、スタンドアロン）

RF =複製フィルター手順

S =システムベーステーブル

SN =同義語

SO =シーケンスオブジェクト

TF = SQLテーブル値関数

TR =トリガー

次の方法でオプションの完全なリストを取得できます。

SELECT name 
FROM master..spt_values
WHERE type = 'O9T'

SQL SERVER 2016以降、新しいを使用できますDROP PROCEDURE IF EXISTS。
DROP { PROC | PROCEDURE } [ IF EXISTS ] { [ schema_name. ] procedure } [ ,...n ]

リファレンス：https : //msdn.microsoft.com/en-us/library/ms174969.aspx

私はそれが非常に古い投稿であることを知っていますが、これは上位の検索結果に表示されるため、SQL Server 2016 SP1を使用している人のために最新の更新を追加します -

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

これにより、ストアドプロシージャが存在しない場合は作成されますが、存在する場合は変更されます。

参照

DROP IF EXISTSはSQL Server 2016の新機能です

https://blogs.msdn.microsoft.com/sqlserverstorageengine/2015/11/03/drop-if-exists-new-thing-in-sql-server-2016/

DROP  PROCEDURE IF EXISTS dbo.[procname]

同じエラーが発生しました。私はこのスレッドが既にほとんど死んでいることを知っていますが、「匿名プロシージャ」以外のオプションを設定したいと思います。

私はそれを次のように解決しました：

1. ストアドプロシージャが存在するかどうかを確認します。

   IF NOT EXISTS (SELECT * FROM sysobjects WHERE name='my_procedure') BEGIN
       print 'exists'  -- or watever you want
   END ELSE BEGIN
       print 'doesn''texists'   -- or watever you want
   END

2. しかし、"CREATE/ALTER PROCEDURE' must be the first statement in a query batch"まだそこにあります。私はそれを次のように解決しました：

   SET ANSI_NULLS ON
   GO
   SET QUOTED_IDENTIFIER ON
   GO
   
   CREATE -- view procedure function or anything you want ...

3. 私はこのコードで終わります：

   IF EXISTS (SELECT * FROM dbo.sysobjects WHERE id = OBJECT_ID('my_procedure'))
   BEGIN
       DROP PROCEDURE my_procedure
   END
   
   SET ANSI_NULLS ON
   GO
   SET QUOTED_IDENTIFIER ON
   GO
   
   CREATE PROCEDURE [dbo].my_procedure ...

この方法を使用する方法とその理由を以下に示します。ストアドプロシージャを編集するのはそれほどきれいではありませんが、賛否両論があります...

更新：この呼び出し全体をTRANSACTIONでラップすることもできます。すべてをコミットまたはすべてロールバックできる単一のトランザクションに多くのストアドプロシージャを含める。トランザクションでラップするもう1つの利点は、READ UNCOMMITTEDトランザクション分離レベルを使用しない限り、他のSQL接続に対してストアドプロシージャが常に存在することです。

1）プロセスの決定と同じように変更を回避する。私たちのプロセスは、存在する場合は常に削除して作成します。新しいPROCが望ましいprocであると想定する同じパターンを実行する場合、IF EXISTS ALTER ELSE CREATEを使用することになるため、変更の提供は少し難しくなります。

2）動的SQLの外部のトランザクションで一連のプロシージャの更新をラップできないように、CREATE / ALTERをバッチの最初の呼び出しとして配置する必要があります。基本的に、手順の更新のスタック全体を実行するか、DBバックアップを復元せずにすべてをロールバックする場合、これはすべてを1つのバッチで実行する方法です。

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

SQL Server 2008以降では、「INFORMATION_SCHEMA.ROUTINES」を使用できます

IF EXISTS (SELECT 1 FROM INFORMATION_SCHEMA.ROUTINES 
  WHERE ROUTINE_NAME = 'MySP'
        AND ROUTINE_TYPE = 'PROCEDURE') 

私はどうやら投票やコメントに必要な評判がないようですが、EXECを使用したGeoffの答え（sp_executesqlの方が良いかもしれません）が間違いなく進むべき道だと言いたかっただけです。ストアドプロシージャを削除してから再作成すると、最後にジョブが完了しますが、ストアドプロシージャがまったく存在しない場合があり、これが特に問題になる場合は、非常に悪い可能性があります。繰り返し実行します。バックグラウンドスレッドがIF EXISTS DROP ... CREATEを実行していて、同時に別のスレッドがストアドプロシージャを使用しようとしていたため、アプリケーションにあらゆる種類の問題がありました。

** T-SQLでストアドプロシージャを削除して再作成する最も簡単な方法は**

Use DatabaseName
go
If Object_Id('schema.storedprocname') is not null
begin
   drop procedure schema.storedprocname
end
go

create procedure schema.storedprocname
as

begin
end

これが私が使用するスクリプトです。これにより、ストアドプロシージャを不必要に削除して再作成することを回避できます。

IF NOT EXISTS (
    SELECT *
    FROM sys.objects
    WHERE object_id = OBJECT_ID(N'[dbo].[uspMyProcedure]')
    )
BEGIN
  EXEC sp_executesql N'CREATE PROCEDURE [dbo].[uspMyProcedure] AS select 1'
END
GO

ALTER PROCEDURE [dbo].[uspMyProcedure] 
    @variable1 INTEGER  
AS
BEGIN
   -- Stored procedure logic
END

ストアドプロシージャの存在を確認

IF EXISTS (SELECT * FROM sys.objects 
            WHERE object_id = OBJECT_ID
             (N'[Schema].[Procedure_Name]') AND type IN (N'P', N'PC'))
BEGIN
       DROP PROCEDURE [Schema].[Procedure_Name]
       Print('Proceudre dropped => [Schema].[Procedure_Name]')
END

以下のリンクをクリックして、トリガーと機能のIF存在を確認します。http：//www.gurujipoint.com/2017/05/check-if-exist-for-trigger-function-and.html

のように簡単な方法で行きませんか

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

    CREATE Procedure uspBlackListGetAll

..........

@Geoffからの回答に加えて、ストアドプロシージャ、ビュー、関数、トリガーのステートメントを記述したSQLファイルを生成する簡単なツールを作成しました。

MyDbUtils @ CodePlexを参照してください。

私は疑問に思う！なぜクエリ全体を次のように記述しないのですか？

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

私は最初の2つのプロシージャが既に存在していることをすでに知っていますSQLはクエリを実行し、最初の2つのプロシージャのエラーを出しますが、それでも最後のプロシージャが作成されますクライアント！

CREATE Procedure IF NOT EXISTS 'Your proc-name'（）BEGIN ... END