SQL Server中需用IF OBJECT_ID('proc_name', 'P') IS NOT NULL DROP PROCEDURE + GO + CREATE PROCEDURE组合安全创建存储过程，不可省略GO、类型参数'P'及schema前缀。
SQL Server 中不能直接用 IF EXISTS ... CREATE PROCEDURE，必须先删后建；否则会因对象已存在而报错 There is already an object named 'xxx' in the database。
SQL Server 判断存储过程是否存在并安全删除
SQL Server 没有类似 MySQL 的 DROP PROCEDURE IF EXISTS 语法（2026 年仍不支持），所以得靠 IF EXISTS + DROP PROCEDURE 组合来规避重复创建错误。
- 核心逻辑是查
sysobjects或sys.procedures视图，确认对象 ID 和类型是否匹配 - 推荐用
OBJECT_ID('proc_name', 'P')：它比手动 JOINsysobjects更简洁、兼容性更好（SQL Server 2005+ 都支持） -
'P'表示 Procedure 类型，不能写成'PROCEDURE'或漏掉第二个参数，否则返回NULL - 注意引号：对象名带 schema 时必须用单引号包裹全名，如
'dbo.usp_GetUser'，不能写成dbo.usp_GetUser（会报错）
标准安全创建模板（含 IF EXISTS + DROP + CREATE）
以下是一段可直接复制粘贴执行的完整模板，适用于 SQL Server Management Studio（SSMS）或部署脚本：
IF OBJECT_ID('dbo.usp_GetUser', 'P') IS NOT NULL
DROP PROCEDURE dbo.usp_GetUser;
GO
<p>CREATE PROCEDURE dbo.usp_GetUser
@UserId INT
AS
BEGIN
SELECT * FROM Users WHERE Id = @UserId;
END;-
GO是批处理分隔符，必须放在DROP后、CREATE前，否则会报错CREATE PROCEDURE must be the first statement in a query batch - 如果存储过程名不含 schema（如只写
'usp_GetUser'），SQL Server 默认查dbo，但显式写dbo.xxx更可靠，避免跨 schema 混淆 - 不要在
CREATE PROCEDURE前加ALTER——ALTER PROCEDURE要求对象必须已存在，和“先确保不存在再建”的目标冲突
为什么不用 sysobjects 或 INFORMATION_SCHEMA.ROUTINES？
虽然知识库中提到多种写法（比如查 sysobjects + OBJECTPROPERTY(id, 'IsProcedure')），但它们有明显缺陷：
-
sysobjects在 SQL Server 2005+ 已被标记为“向后兼容视图”，官方文档明确建议改用sys.objects或更直接的OBJECT_ID() -
INFORMATION_SCHEMA.ROUTINES返回的是所有数据库的路由信息，且不包含 schema 绑定细节，查询慢、结果不可靠，不适合做存在性判断 -
OBJECT_ID('name', 'P')是原子操作：内部直接查元数据缓存，性能高、语义清晰、出错率低 - 特别注意：
OBJECT_ID()对大小写敏感与否，取决于数据库的排序规则（collation），生产环境建议统一用小写或按实际定义大小写书写
常见报错与绕过陷阱
实际执行时最容易栽在这些地方：
- 忘记
GO导致CREATE PROCEDURE不是批首句 → 报错Must be first statement - 误把
OBJECT_ID()写成OBJECT_ID('proc_name')（缺类型参数）→ 返回NULL，IF判定失败，后续DROP不执行，最终CREATE报对象已存在 - 在同一个查询窗口多次运行脚本，但没清空历史变量或连接上下文 → 可能因前次执行残留导致意外行为（尤其涉及临时表或会话级设置时）
- 用
sp_executesql动态拼接DROP语句时，未对过程名做转义 → 若名字含特殊字符（如连字符、空格），会语法错误
真正要稳，就老实用 OBJECT_ID(name, 'P') + GO 分隔 + 显式 schema。别的写法看着花哨，上线后容易卡在凌晨三点查日志。
