SQL Server不支持直接重命名存储过程或触发器，必须通过“导出定义→创建新对象→验证后删除旧对象”三步安全替换，避免权限丢失和依赖中断。
SQL Server里不能直接RENAME存储过程或触发器
SQL Server不支持ALTER PROCEDURE name RENAME TO new_name这类语法，也没有RENAME TRIGGER命令。想改名，只能先删再建——但直接DROP有风险：权限、依赖、调用中断都可能出问题。
重命名前必须检查依赖和权限
盲目DROP会丢失原对象的GRANT权限，且下游视图、其他存储过程若引用它，DROP后立即失效（哪怕马上CREATE）。
- 查依赖：
SELECT * FROM sys.dm_exec_referencing_entities('dbo.old_proc', 'OBJECT') - 查权限：
SELECT permission_name, state_desc FROM sys.database_permissions WHERE major_id = OBJECT_ID('dbo.old_proc') - 确认当前用户有
ALTER和VIEW DEFINITION权限，否则连源码都读不出来
安全替换的三步实操流程
核心是“导出→新建→迁移”，不中断服务、不丢权限。
- 用
sp_helptext 'dbo.old_proc'或SSMS右键“脚本为→CREATE到→剪贴板”拿到完整定义 - 把
CREATE PROCEDURE dbo.old_proc替换成CREATE PROCEDURE dbo.new_proc，执行建新对象 - 验证新对象行为无误后，再执行
DROP PROCEDURE dbo.old_proc；触发器同理，用sp_helptext和CREATE TRIGGER
PostgreSQL和MySQL的差异提醒
别套用SQL Server思路：PostgreSQL支持ALTER PROCEDURE old_name RENAME TO new_name（v11+），MySQL 8.0+对存储过程也支持RENAME PROCEDURE old_name TO new_name，但触发器仍不支持重命名——必须DROP/CREATE。
跨数据库迁移时，尤其要注意CREATE OR REPLACE在PostgreSQL里能覆盖同名函数/过程，但在SQL Server里不生效，写错会报错。
