新字段查不到是因为视图创建时固化了基表列结构，alter table add column 不会自动更新视图元数据；需执行 exec sp_refreshview 'view_name' 刷新元数据绑定。
为什么新字段查不到，不是缓存问题
视图创建时（尤其是 SELECT *）会把基表当时的列结构固化进系统表（如 sys.columns），后续对基表执行 ALTER TABLE ADD COLUMN 不会自动更新视图元数据。现象是：新字段完全不出现、字段顺序错乱、值被错位填到其他列——这不是执行计划缓存或数据缓存导致的，DBCC FREEPROCCACHE 和 DBCC DROPCLEANBUFFERS 对它无效。
用 sp_refreshview 刷新元数据最安全
执行 EXEC sp_refreshview 'your_view_name' 是唯一能修正元数据绑定的方式：
- 只重解析视图定义与当前基表结构的映射，不重建执行计划、不清缓存、不锁表
- 不影响已有权限、依赖关系或 INSTEAD OF 触发器
- 适用于所有含
SELECT *的视图，也兼容显式列名但类型已变更的情况 - 若视图跨库引用，需确保当前数据库上下文可访问全部依赖对象，否则报错
什么时候该用 ALTER VIEW 而不是刷新
当你要从根本上规避元数据不同步风险，或视图定义已明显过时（比如想把 SELECT * 改成显式列名），就该重构：
- 显式列出字段能让 SQL Server 在
CREATE/ALTER VIEW时立即报错（如某列已被重命名或删除），避免运行时静默错位 -
ALTER VIEW强制重新解析整个定义，与当前基表结构对齐 - 注意：如果视图有
INSTEAD OF UPDATE触发器，触发器本身不会被删，但逻辑必须同步适配新增字段
批量刷新所有视图的脚本怎么写
手动逐个刷新容易漏，可用以下语句生成批量命令：
SELECT 'EXEC sp_refreshview ''' + QUOTENAME(SCHEMA_NAME(schema_id)) + '.' + QUOTENAME(name) + ''';' FROM sys.views WHERE is_ms_shipped = 0;
复制结果执行即可。更稳妥的做法是封装成存储过程，但要注意：若某个视图依赖的对象不可达（如跨服务器链接失败），整个批处理会中断——建议加 TRY...CATCH 或逐个执行并检查返回值。
元数据刷新本身很快，但真正容易被忽略的是：即使刷新成功，视图仍可能不可更新——只要含 JOIN、GROUP BY、聚合或子查询，SQL Server 就禁止直接 UPDATE，这和字段数量无关，是语法限制。
