sp_rename 不能安全重命名被存储过程引用的视图，因其仅更新系统表元数据而不修改依赖对象中的名称引用；静态引用会运行时报错，动态SQL引用则完全不受影响，必须手动定位并同步修改所有硬编码引用。
sys.sp_rename 不能安全重命名视图后被存储过程引用的场景，因为 SQL Server 不会自动更新依赖对象中的名称引用。
sp_rename 对视图重命名后，存储过程仍调用旧名
sp_rename 只修改系统表中对象的元数据（如 sys.objects.name），不解析、不重写任何存储过程、函数或视图定义里的字符串内容。
这意味着：
- 如果某个存储过程中写了
SELECT * FROM old_view_name，重命名视图为new_view_name后，该语句仍执行失败 - 错误通常在运行时抛出：
Invalid object name 'old_view_name' -
sys.sql_expression_dependencies中的referenced_id会变为NULL，is_ambiguous = 1，因为原对象已不存在
你不能靠 sp_rename 实现“无缝切换”，它不是代码重构工具。
存储过程里引用视图的两种常见写法，风险不同
静态引用（最常见）：
SELECT col FROM old_view_name
→ 重命名后直接报错，无兼容层兜底动态 SQL 引用：
EXEC('SELECT * FROM ' + @view_name)
→sp_rename完全无效，因为名字是运行期拼接的，依赖关系根本不会进sys.sql_expression_dependencies
注意：即使你用 sys.dm_exec_describe_first_result_set_for_object 扫描存储过程，也无法捕获动态 SQL 中的视图名——它只分析首结果集结构，不解析字符串拼接逻辑。
替代方案：必须手动同步修改所有引用点
不要幻想一次 sp_rename 解决所有问题。真实可行路径是：
- 先用以下语句定位所有硬编码引用：
SELECT OBJECT_NAME(object_id) AS proc_name, OBJECT_DEFINITION(object_id) FROM sys.procedures WHERE OBJECT_DEFINITION(object_id) LIKE '%old_view_name%'
- 检查报表脚本、ETL任务、应用层 SQL 字符串（如 Java 的
String sql = "SELECT ..."） - 若视图被大量使用，建议采用「双写过渡」：
- 新建
new_view_name，保持逻辑一致 - 修改所有调用方指向新名
- 确认稳定后，再删掉
old_view_name
- 新建
重命名本身秒级完成，但验证和切换成本远高于操作本身——漏掉一个 WHERE 子句里的旧名，就可能让凌晨三点的告警脚本崩掉。
