sp_refreshview仅刷新视图元数据而非数据，它重新解析视图定义并更新sys.columns中列结构信息，使SELECT *能正确返回基表新增/修改的字段。
直接执行 sp_refreshview 就能更新视图列定义的元数据，但必须在视图底层表结构变更后手动触发——它不自动运行，也不修复语法错误或逻辑偏差。
为什么 sp_refreshview 不是“刷新数据”，而是“刷新元数据”
SQL Server 视图本身不存数据，只存查询定义和列结构快照。当你对基表执行 ALTER TABLE ... ADD COLUMN 或修改列长度时，sys.columns 中视图对应的列信息不会自动同步。结果就是：SELECT * 查询该视图仍只返回旧字段，新列不出现，甚至字段顺序错位、类型截断（比如 nvarchar(50) 变成 nvarchar(100) 后，视图里还按 50 截）。
这不是缓存问题，也不是权限或执行计划失效，是系统表中视图的列元数据没更新。
-
sp_refreshview做的唯一一件事：重新解析视图定义（SELECT语句），读取当前基表的最新列结构，并覆盖sys.columns和sys.views中对应记录 - 它不重建视图、不重编译执行计划、不触碰任何权限或扩展属性
- 执行成功后，
SELECT * FROM view_name才会显示新增字段，且类型/长度/可空性与基表一致
执行 sp_refreshview 的正确姿势
最简调用格式是：EXEC sp_refreshview N'YourSchema.YourViewName'。注意几个关键点：
- 视图名必须用 Unicode 字符串字面量（即带
N''前缀），否则中文或特殊字符可能出错 - 支持三段式名称（如
N'dbo.vCustomerSummary'），但不能跨库；sp_refreshview只作用于当前数据库 - 必须有
ALTER权限在该视图上，否则报错：The EXECUTE permission was denied on the object 'sp_refreshview' - 如果视图引用了 CLR 类型或 XML Schema，还需
REFERENCES权限，否则失败并返回非零值 - 执行后返回 0 表示成功，非 0（如 -1）表示失败，但不会抛异常，需检查返回值或用
TRY...CATCH捕获
什么时候该用 sp_refreshsqlmodule 而不是 sp_refreshview
两者效果在视图上几乎等价，但 sp_refreshsqlmodule 更通用，适用于存储过程、函数、DML 触发器等其他模块。区别在于：
-
sp_refreshview专为视图设计，参数更简洁，仅需视图名 -
sp_refreshsqlmodule需显式指定类型（@namespace = 'OBJECT'是默认值），调用略啰嗦：EXEC sys.sp_refreshsqlmodule N'dbo.vCustomerSummary' - 若视图用了
EXECUTE AS，sp_refreshsqlmodule可能重置执行主体（尤其当用户名解析变化时），而sp_refreshview不影响 -
sp_refreshsqlmodule会清除对象上的签名（如通过ADD SIGNATURE添加的证书签名），sp_refreshview不会
批量刷新所有视图的实用脚本
单个视图改完基表后手动刷一次还行，但上线前批量改表后，挨个执行太容易漏。可以用以下查询生成全部刷新语句：
SELECT 'EXEC sp_refreshview N''' + SCHEMA_NAME(schema_id) + '.' + name + ''';' FROM sys.views WHERE is_ms_shipped = 0;
复制结果执行即可。注意两点：
- 跳过系统视图（
is_ms_shipped = 0过滤） - 如果某些视图依赖尚未就绪的对象（比如刚删了表又没重建），执行会失败，建议先确保基表结构稳定再批量刷
- 生产环境慎用全自动执行；更稳妥的是把生成的语句粘贴到 SSMS，人工确认后再运行
真正容易被忽略的是：哪怕你记得刷新，也常忘了检查视图是否用了 SELECT *。这种写法会让刷新后的视图依然脆弱——下次加字段还得再刷。显式列出字段才是长期可维护的底线。
