Cómo verificar si existe un procedimiento almacenado antes de crearlo

Tengo un script SQL que debe ejecutarse cada vez que un cliente ejecuta la funcionalidad de "gestión de bases de datos". El script incluye la creación de procedimientos almacenados en la base de datos del cliente. Es posible que algunos de estos clientes ya tengan el procedimiento almacenado al ejecutar el script, y algunos no. Necesito agregar los procedimientos almacenados que faltan a la base de datos del cliente, pero no importa cuánto intente doblar la sintaxis T-SQL, obtengo

CREATE / ALTER PROCEDURE 'debe ser la primera instrucción en un lote de consulta

Lo he leído antes de crear trabajos, pero no me gusta hacerlo de esa manera.

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

CREATE PROCEDURE MyProc
...

¿Cómo puedo agregar una verificación de la existencia de un procedimiento almacenado y crearlo si no existe, pero modificarlo si existe?

Puede ejecutar código de procedimiento en cualquier lugar donde pueda ejecutar una consulta.

Simplemente copie todo después de AS:

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

Este código hace exactamente lo mismo que haría un proceso almacenado, pero no se almacena en el lado de la base de datos.

Eso es muy parecido a lo que se llama procedimiento anónimo en PL/SQL.

Actualizar:

El título de su pregunta es un poco confuso.

Si solo necesita crear un procedimiento si no existe, entonces su código está bien.

Esto es lo que se SSMSmuestra en el script de creación:

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

Actualizar:

Ejemplo de cómo hacerlo cuando se incluye el esquema:

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

En el ejemplo anterior, dbo es el esquema.

Actualizar:

En SQL Server 2016+, solo puedes hacer

CREATE OR ALTER PROCEDURE dbo.MyProc

Me doy cuenta de que esto ya se ha marcado como respondido, pero solíamos hacerlo así:

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

Solo para evitar perder el procedimiento.

Si está buscando la forma más simple de verificar la existencia de un objeto de base de datos antes de eliminarlo, aquí hay una manera (el ejemplo usa un SPROC, al igual que su ejemplo anterior, pero podría modificarse para tablas, índices, etc.):

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

Esto es rápido y elegante, pero debe asegurarse de tener nombres de objeto únicos en todos los tipos de objetos, ya que no lo tiene en cuenta.

¡Espero que esto ayude!

Sé que desea "alterar un procedimiento si existe y solo eliminarlo si no existe", pero creo que es más simple simplemente abandonar el procedimiento y volver a crearlo. Aquí le mostramos cómo descartar el procedimiento solo si ya existe:

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

El segundo parámetro le dice OBJECT_IDque solo busque objetos con object_type = 'P', que son procedimientos almacenados:

AF = Función agregada (CLR)

C = restricción CHECK

D = PREDETERMINADO (restricción o independiente)

F = restricción de CLAVE EXTRANJERA

FN = función escalar SQL

FS = función escalar de ensamblaje (CLR)

FT = Función con valor de tabla de ensamblaje (CLR)

IF = función en línea con valores de tabla SQL

IT = tabla interna

P = Procedimiento almacenado de SQL

PC = Procedimiento almacenado de ensamblaje (CLR)

PG = Guía del plan

PK = restricción de CLAVE PRIMARIA

R = Regla (estilo antiguo, independiente)

RF = Replicación-procedimiento-filtro

S = tabla base del sistema

SN = Sinónimo

SO = objeto de secuencia

TF = función de valor de tabla SQL

TR = disparador

Puede obtener la lista completa de opciones a través de:

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

A partir de SQL SERVER 2016 puede usar el nuevo DROP PROCEDURE IF EXISTS.
DROP { PROC | PROCEDURE } [ IF EXISTS ] { [ schema_name. ] procedure } [ ,...n ]

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

Sé que es una publicación muy antigua, pero dado que esto aparece en los principales resultados de búsqueda, por lo tanto, agrego la última actualización para aquellos que usan SQL Server 2016 SP1 :

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

Esto crea un Procedimiento almacenado si aún no existe, pero lo modifica si existe.

Referencia

DROP IF EXISTS es una nueva característica de 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]

Yo tenía el mismo error. Sé que este hilo ya está muerto, pero quiero establecer otra opción además del "procedimiento anónimo".

Lo resolví así:

1. Compruebe si existe el procedimiento almacenado:

   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. Sin embargo, el "CREATE/ALTER PROCEDURE' must be the first statement in a query batch"todavía está allí. Lo resolví así:

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

3. Termino con este código:

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

Aquí hay un método y algunas razones para usarlo de esta manera. No es tan bonito editar el proceso almacenado, pero hay ventajas y desventajas ...

ACTUALIZACIÓN: También puede completar esta llamada completa en una TRANSACCIÓN. Incluyendo muchos procedimientos almacenados en una sola transacción que pueden comprometerse o revertirse. ¡Otra ventaja de envolver en una transacción es que el procedimiento almacenado siempre existe para otras conexiones SQL, siempre y cuando no utilicen el nivel de aislamiento de transacción LEÍDO NO COMPROMETIDO!

1) Para evitar alteraciones solo como una decisión del proceso. Nuestros procesos son siempre SI EXISTE GOTA LUEGO CREAR. Si sigue el mismo patrón de suponer que el nuevo PROC es el proceso deseado, atender las modificaciones es un poco más difícil porque tendría un SI EXISTE ALTERAR OTRA CREACIÓN.

2) Debe colocar CREATE / ALTER como la primera llamada en un lote para que no pueda ajustar una secuencia de actualizaciones de procedimientos en una transacción fuera de SQL dinámico. Básicamente, si desea ejecutar una pila completa de actualizaciones de procedimientos o revertirlas todas sin restaurar una copia de seguridad de la base de datos, esta es una manera de hacer todo en un solo lote.

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

En SQL Server 2008 en adelante, puede usar " INFORMATION_SCHEMA.ROUTINES"

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

Aparentemente no tengo la reputación requerida para votar o comentar, pero solo quería decir que la respuesta de Geoff usando EXEC (sp_executesql podría ser mejor) es definitivamente el camino a seguir. Dejar y volver a crear el procedimiento almacenado hace el trabajo al final, pero hay un momento en el tiempo en que el procedimiento almacenado no existe en absoluto, y eso puede ser muy malo, especialmente si esto es algo que será correr repetidamente Estaba teniendo todo tipo de problemas con mi aplicación porque un subproceso en segundo plano estaba haciendo una GOTA SI EXISTE ... CREAR al mismo tiempo que otro subproceso estaba tratando de usar el procedimiento almacenado.

** La forma más sencilla de soltar y recrear un proceso almacenado en T-Sql es **

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

Aquí está el script que uso. Con él, evito dejar caer innecesariamente y recrear los procesos almacenados.

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

Verifique si existe para el procedimiento almacenado

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

Marque IF Exist for Trigger, Function también haciendo clic en el siguiente enlace http://www.gurujipoint.com/2017/05/check-if-exist-for-trigger-function-and.html

¿Por qué no vas de la manera simple como

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

    CREATE Procedure uspBlackListGetAll

..........

Además de la respuesta de @Geoff , he creado una herramienta simple que genera un archivo SQL que declara procedimientos almacenados, vistas, funciones y disparadores.

Ver MyDbUtils @ CodePlex .

¡Me pregunto! ¿Por qué no escribo toda la consulta como

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

ya sé que ya existen los primeros dos procedimientos, sql ejecutará la consulta dará el error de los dos primeros procedimientos, pero aún así creará el último procedimiento SQl se está encargando de lo que ya existe, esto es lo que siempre hago a todos mis ¡clientela!

CREAR Procedimiento SI NO EXISTE 'Su nombre de proceso' () COMIENZA ... FIN