sp_refreshview仅刷新元数据，不修改视图定义中的硬编码引用；重命名列或表后，若视图sql中仍写旧名，必须先alter view更新定义，再执行sp_refreshview同步元数据。
重命名列或表后，sp_refreshview 只能救元数据，救不了硬编码的引用——它不改视图定义里的 SQL 文本。
为什么重命名后 sp_refreshview 还报 “Invalid object name”
你执行了 sp_rename 'users.name', 'full_name', 'COLUMN'，再跑 sp_refreshview 'dbo.vw_user_info'，结果还是报错。这不是 sp_refreshview 失效，而是它根本没被设计来处理这种场景：它只刷新视图“知道哪些列、类型、是否可空”，但不会去扫描视图定义里写死的 SELECT name FROM users 并自动改成 full_name。
常见错误现象包括：
- 视图定义中直接写了旧列名（如
SELECT name），而表里已改成full_name - 视图
FROM子句里引用了被重命名的表（如FROM sys_user→ 实际已为sys_users） - 视图用了
SELECT *，但重命名后字段数/顺序没变，元数据却卡在旧快照里
先确认真实依赖，再决定用 sp_refreshview 还是重写视图
别急着刷。先查清楚视图到底依赖什么：
- 运行
SELECT referenced_entity_name, referenced_schema_name FROM sys.sql_expression_dependencies WHERE referencing_entity_name = 'vw_user_info' - 把结果和
SELECT name FROM sys.tables、SELECT COLUMN_NAME FROM INFORMATION_SCHEMA.COLUMNS WHERE TABLE_NAME = 'xxx'逐个比对 - 若发现
referenced_entity_name是sys_user，但库里只有sys_users，说明sp_refreshview无解——必须ALTER VIEW或DROP/CREATE - 若依赖对象都存在，只是列名变了，且视图定义里没硬写旧列名（比如用了
SELECT *或明确写了新列名），才适合用sp_refreshview
正确调用 sp_refreshview 的三个硬性条件
就算依赖对象都对，调用失败也常因上下文不对。必须满足：
- 当前会话数据库上下文 = 视图所在库，不能在
master里直接执行EXEC sp_refreshview 'vw_user_info' - 视图名必须带 schema，推荐用三段式：
EXEC [YourDB].sys.sp_refreshview 'dbo.vw_user_info' - 执行账号需有该视图的
ALTER权限；若跨库，还得有目标库的CONNECT权限
示例安全写法：
USE YourDB; GO EXEC sys.sp_refreshview N'dbo.vw_user_info';
重命名后真正要做的两件事，sp_refreshview 只占一半
它不是银弹。重命名列/表后，你必须做且仅需做这两步：
- 如果视图定义里显式引用了被重命名的列或表（比如
SELECT name FROM users），立刻ALTER VIEW改 SQL 文本 - 如果视图定义干净（比如
SELECT * FROM users），且所有依赖对象已就位，再执行sp_refreshview同步元数据
漏掉第一项，sp_refreshview 跑十遍也没用；跳过第二步，查询可能返回 NULL 或字段类型错乱——因为元数据缓存没更新。
