SQL Server 不支持 ALTER VIEW RENAME 语法，改名必须用 sp_rename 或 DROP+CREATE；sp_rename 需严格满足 schema、objtype、newname 和数据库上下文三条件；DROP+CREATE 虽重置权限但刷新元数据；所有依赖需人工更新。
SQL Server 不能用 ALTER VIEW RENAME
SQL Server 根本不支持 ALTER VIEW old_name RENAME TO new_name 这类语法，这不是你写错了，是它压根没这个功能。报错信息通常是 Incorrect syntax near 'RENAME'。官方明确把“修改定义”和“重命名对象”拆成两件事：ALTER VIEW 只负责替换 AS SELECT 部分，名称锁死不变；改名必须走别的路。
sp_rename 重命名视图的三个硬性条件
用 sp_rename 看似一步到位，但漏掉任一条件就会失败或误改其他对象：
-
@objname必须带 schema，例如'dbo.OldView'；只传'OldView'会按当前用户默认 schema 解析，可能指向错的对象 -
@objtype必须显式写'VIEW'；不传或传'U'（表）可能导致同名表被意外重命名 -
@newname只能是新名称本身，不带 schema；重命名后视图仍在原 schema 下，不能借此跨 schema 移动 - 执行前必须在目标数据库上下文中，即先
USE YourDB；@objname中不能含数据库名（如MyDB.dbo.OldView）
DROP + CREATE 是更稳妥的选择
虽然 sp_rename 不删权限，但它不更新 sys.sql_modules.definition 里的旧名，后续查依赖、排查问题时全是坑。而 DROP VIEW + CREATE VIEW 强制重建元数据链：
- 所有依赖关系（
sys.dm_exec_describe_first_result_set、sys.sql_modules）自动刷新为新名 - 避免因残留旧名导致的“找不到对象”错误连锁爆发
- 缺点是细粒度权限（如
SELECTon specific columns）会丢失，需手动GRANT恢复 - 操作前建议先用
SELECT definition FROM sys.sql_modules WHERE definition LIKE '%OldView%'全库扫硬编码引用
重命名后依赖不会自动修复
无论用哪种方式改名，SQL Server 都不会自动更新其他对象里写的视图名。所有调用它的存储过程、函数、视图、应用拼接的 SQL 字符串，立刻报 Invalid object name 'OldView'：
- SSMS “查看依赖关系” 功能不可靠，尤其对动态 SQL 或跨库引用完全不识别
-
sys.dm_exec_describe_first_result_set和sys.sql_modules返回的仍是旧名，不会刷新 - 必须人工扫描：全库搜
definition、检查客户端代码、CI/CD 脚本、报表工具配置 - 如果视图被大量引用，建议先建一个同名兼容视图（
CREATE VIEW dbo.OldView AS SELECT * FROM dbo.NewView）过渡一段时间
实际影响比看起来更隐蔽：重命名后，哪怕只是改了一个字母，所有依赖它的对象都会在首次执行时才暴露问题，而不是在部署阶段。这点容易被忽略。
