So überprüfen Sie, ob eine gespeicherte Prozedur vorhanden ist, bevor Sie sie erstellen

Ich habe ein SQL-Skript, das jedes Mal ausgeführt werden muss, wenn ein Client die Funktionalität "Datenbankverwaltung" ausführt. Das Skript umfasst das Erstellen gespeicherter Prozeduren in der Client-Datenbank. Einige dieser Clients verfügen möglicherweise bereits beim Ausführen des Skripts über die gespeicherte Prozedur, andere möglicherweise nicht. Ich muss die fehlenden gespeicherten Prozeduren zur Client-Datenbank hinzufügen, aber es spielt keine Rolle, wie sehr ich versuche, die T-SQL-Syntax zu biegen

CREATE / ALTER PROCEDURE 'muss die erste Anweisung in einem Abfragebatch sein

Ich habe das Löschen vor dem Erstellen von Werken gelesen, aber ich mag es nicht so.

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

CREATE PROCEDURE MyProc
...

Wie kann ich die Existenz einer gespeicherten Prozedur überprüfen und erstellen, wenn sie nicht vorhanden ist, aber ändern, wenn sie vorhanden ist?

Sie können Prozedurcode überall dort ausführen, wo Sie eine Abfrage ausführen können.

Kopieren Sie einfach alles nach AS:

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

Dieser Code macht genau die gleichen Dinge, die ein gespeicherter Prozess tun würde, wird jedoch nicht auf der Datenbankseite gespeichert.

Das ist ähnlich wie bei der anonymen Prozedur PL/SQL.

Aktualisieren:

Ihr Fragentitel ist etwas verwirrend.

Wenn Sie eine Prozedur nur erstellen müssen, wenn sie nicht vorhanden ist, ist Ihr Code in Ordnung.

Hier ist , was SSMSim Skript erstellen ausgibt:

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

Aktualisieren:

Beispiel für die Vorgehensweise beim Einfügen des Schemas:

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

Im obigen Beispiel ist dbo das Schema.

Aktualisieren:

In SQL Server 2016+ können Sie dies einfach tun

CREATE OR ALTER PROCEDURE dbo.MyProc

Mir ist klar, dass dies bereits als beantwortet markiert wurde, aber wir haben es früher so gemacht:

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
  ....

Nur um zu vermeiden, dass der Vorgang abgebrochen wird.

Wenn Sie nach der einfachsten Möglichkeit suchen, die Existenz eines Datenbankobjekts vor dem Entfernen zu überprüfen, haben Sie folgende Möglichkeit (Beispiel verwendet ein SPROC, genau wie das obige Beispiel, kann jedoch für Tabellen, Indizes usw. geändert werden):

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

Dies ist schnell und elegant, aber Sie müssen sicherstellen, dass Sie über alle Objekttypen hinweg eindeutige Objektnamen haben, da dies nicht berücksichtigt wird.

Ich hoffe das hilft!

Ich weiß, dass Sie "eine Prozedur ändern möchten, wenn sie existiert, und sie nur löschen möchten, wenn sie nicht existiert", aber ich glaube, es ist einfacher, die Prozedur einfach immer zu löschen und sie dann neu zu erstellen. So löschen Sie die Prozedur nur, wenn sie bereits vorhanden ist:

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

Der zweite Parameter weist OBJECT_IDan, nur nach Objekten zu suchen object_type = 'P', bei denen es sich um gespeicherte Prozeduren handelt:

AF = Aggregatfunktion (CLR)

C = CHECK-Einschränkung

D = STANDARD (Einschränkung oder eigenständig)

F = FOREIGN KEY-Einschränkung

FN = SQL-Skalarfunktion

FS = Assembly (CLR) -Skalarfunktion

FT = CLR-Tabellenfunktion (Assembly)

IF = SQL-Inline-Tabellenwertfunktion

IT = Interne Tabelle

P = Gespeicherte SQL-Prozedur

PC = Assembly (CLR) gespeicherte Prozedur

PG = Planführung

PK = PRIMARY KEY-Einschränkung

R = Regel (altmodisch, eigenständig)

RF = Replikationsfilter-Prozedur

S = Systembasistabelle

SN = Synonym

SO = Sequenzobjekt

TF = SQL-Tabellenwertfunktion

TR = Trigger

Die vollständige Liste der Optionen erhalten Sie über:

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

Ab SQL SERVER 2016 können Sie das neue verwenden DROP PROCEDURE IF EXISTS.
DROP { PROC | PROCEDURE } [ IF EXISTS ] { [ schema_name. ] procedure } [ ,...n ]

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

Ich weiß , es ist eine sehr alte Post, aber da dies scheint in den Top - Suchergebnissen somit das neueste Update für die Zugabe mit SQL Server 2016 SP1 -

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

Dadurch wird eine gespeicherte Prozedur erstellt, falls diese noch nicht vorhanden ist, sie wird jedoch geändert, wenn sie vorhanden ist.

Referenz

DROP IF EXISTS ist eine neue Funktion von 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]

Ich hatte den gleichen Fehler. Ich weiß, dass dieser Thread bereits ziemlich tot ist, aber ich möchte neben "anonymes Verfahren" eine weitere Option festlegen.

Ich habe es so gelöst:

1. Überprüfen Sie, ob die gespeicherte Prozedur vorhanden ist:

   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. Das "CREATE/ALTER PROCEDURE' must be the first statement in a query batch"ist aber noch da. Ich habe es so gelöst:

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

3. Am Ende habe ich diesen Code:

   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 ...

Hier ist eine Methode und einige Gründe dafür. Es ist nicht so schön, den gespeicherten Prozess zu bearbeiten, aber es gibt Vor- und Nachteile ...

UPDATE: Sie können diesen gesamten Anruf auch in eine TRANSAKTION einschließen. Einschließen vieler gespeicherter Prozeduren in eine einzelne Transaktion, die alle festschreiben oder alle zurücksetzen können. Ein weiterer Vorteil des Einschlusses in eine Transaktion besteht darin, dass die gespeicherte Prozedur für andere SQL-Verbindungen immer vorhanden ist, solange sie nicht die Transaktionsisolationsstufe READ UNCOMMITTED verwenden!

1) Um Änderungen nur als Prozessentscheidung zu vermeiden. Unsere Prozesse sind immer, wenn Existenzen fallen, dann schaffen. Wenn Sie das gleiche Muster anwenden und davon ausgehen, dass der neue PROC der gewünschte Prozess ist, ist das Catering für Änderungen etwas schwieriger, da Sie eine IF EXISTS ALTER ELSE CREATE haben würden.

2) Sie müssen CREATE / ALTER als ersten Aufruf in einen Stapel setzen, damit Sie eine Folge von Prozeduraktualisierungen nicht in eine Transaktion außerhalb von Dynamic SQL einschließen können. Wenn Sie einen ganzen Stapel von Prozeduraktualisierungen ausführen oder alle zurücksetzen möchten, ohne eine DB-Sicherung wiederherzustellen, ist dies im Grunde eine Möglichkeit, alles in einem einzigen Stapel zu erledigen.

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

Ab SQL Server 2008 können Sie " INFORMATION_SCHEMA.ROUTINES"

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

Ich habe anscheinend nicht den Ruf, um abzustimmen oder zu kommentieren, aber ich wollte nur sagen, dass Geoffs Antwort mit EXEC (sp_executesql könnte besser sein) definitiv der richtige Weg ist. Durch das Löschen und erneute Erstellen der gespeicherten Prozedur wird die Aufgabe am Ende erledigt, aber es gibt einen Moment, in dem die gespeicherte Prozedur überhaupt nicht vorhanden ist, und das kann sehr schlecht sein, insbesondere wenn dies der Fall ist wiederholt ausführen. Ich hatte alle möglichen Probleme mit meiner Anwendung, weil ein Hintergrund-Thread einen IF EXISTS DROP ... CREATE ausführte, während ein anderer Thread versuchte, die gespeicherte Prozedur zu verwenden.

** Der einfachste Weg, einen in T-Sql gespeicherten Prozess zu löschen und neu zu erstellen, ist **

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

Hier ist das Skript, das ich benutze. Damit vermeide ich, die gespeicherten Prozesse unnötig zu löschen und neu zu erstellen.

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

Überprüfen Sie, ob eine gespeicherte Prozedur vorhanden ist

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

Überprüfen Sie IF Exist auf Trigger, Function, indem Sie auch auf den folgenden Link klicken: http://www.gurujipoint.com/2017/05/check-if-exist-for-trigger-function-and.html

Warum gehst du nicht so einfach?

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

    CREATE Procedure uspBlackListGetAll

..........

Neben der Antwort von @Geoff habe ich ein einfaches Tool erstellt, das eine SQL-Datei generiert, die Anweisungen für gespeicherte Prozeduren, Ansichten, Funktionen und Trigger enthält.

Siehe MyDbUtils @ CodePlex .

Ich wundere mich! Warum schreibe ich nicht die ganze Abfrage wie

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

Ich weiß bereits, dass die ersten beiden Prozeduren bereits vorhanden sind. SQL wird ausgeführt. Die Abfrage gibt den Fehler der ersten beiden Prozeduren aus, aber es wird immer noch die letzte Prozedur erstellt. SQl kümmert sich selbst um das, was bereits vorhanden ist. Dies ist, was ich immer mit all meinen mache Kunden!

CREATE-Prozedur, WENN NICHT 'Ihr Prozessname' existiert () BEGIN ... END