sql server 不支持 alter view ... rename 语法，因 alter view 仅允许修改定义而非名称；直接 sp_rename 会破坏依赖关系、使元数据查询失效、解除 schemabinding。
不能直接重命名视图，必须用 CREATE VIEW + DROP VIEW 组合替代，否则会破坏依赖关系或导致 sys.dm_exec_describe_first_result_set 等元数据查询失效。
为什么没有 ALTER VIEW ... RENAME 语法
SQL Server 的 ALTER VIEW 只允许修改视图定义（即内部的 SELECT 语句），不支持改名。试图用 sp_rename 直接重命名视图，虽然命令能执行成功，但会导致：
-
sys.sql_expression_dependencies中的依赖记录不会自动更新，下游对象（如存储过程、其他视图）仍指向旧名，运行时报错Invalid object name 'old_view_name' - SSMS 或 Azure Data Studio 的“查看依赖关系”功能显示断裂，无法准确追踪调用链
- 启用
WITH SCHEMABINDING的视图会被强制解除绑定，失去结构保护能力
安全重命名的三步操作流程
核心原则：先建新名视图 → 再检查依赖是否就绪 → 最后删旧名。全程需在事务中控制，避免中间状态暴露给应用。
- 用
CREATE VIEW [new_schema].[new_view_name]复制原视图定义（建议从sys.sql_modules中查出原始定义，而非手动重写） - 执行
SELECT * FROM sys.dm_exec_describe_first_result_set(N'SELECT * FROM [new_schema].[new_view_name]', NULL, 0)验证列结构完全一致 - 运行
SELECT referencing_id, referenced_entity_name FROM sys.sql_expression_dependencies WHERE referenced_id = OBJECT_ID('old_view_name')确认所有依赖对象已适配新名（或你已同步修改了它们） - 确认无误后，在显式事务中执行：
BEGIN TRAN; DROP VIEW [old_schema].[old_view_name]; -- 此刻新视图已就位，旧视图消失 COMMIT;
依赖未清理干净时的典型报错与应对
如果跳过依赖检查就删旧视图，常见失败场景包括：
- 调用该视图的存储过程编译失败，报错
Cannot find the object "old_view_name"—— 这说明过程体里硬编码了旧名，需用ALTER PROCEDURE更新其内部 SQL - 另一个视图
vw_summary的定义里引用了old_view_name，此时CREATE VIEW vw_summary会失败，提示Invalid object name—— 必须先重建vw_summary，且确保它引用的是新名 - 应用层 ORM（如 Entity Framework）可能缓存了旧视图的元数据，重启应用或清空模型缓存才能识别新名
最易被忽略的一点：视图名变更后，sys.views 中的 create_date 和 modify_date 都会刷新，但 sys.sql_modules.definition 不会自动带注释说明“此为 old_view_name 迁移而来”。建议在新建视图的 WITH 子句后加一行注释，例如 -- Renamed from [dbo].[old_view_name] on 2026-10-01，方便后续排查。
