视图字段新增后不显示，是因为视图定义未更新；它仅保存select语句文本，基表加列不会自动反映，必须显式修改视图定义（如alter view或create or replace view）并明确列出新字段，否则新列永远不会出现。

视图字段新增后不显示，是因为定义没改

视图不是表的“实时镜像”，它只是保存了一段 SELECT 语句文本。你在基表加了 new_col，但视图定义里没写它，那它就永远不会出现在结果里——这不是延迟，是逻辑上根本没包含。

• 用 SELECT * 创建的视图最危险：加字段后列数、顺序全变，但查询不报错，应用读 rs.getString(2) 可能拿到完全无关的字段
• 显式列出字段（如 SELECT id, name FROM users）更安全，但加了 email 后必须手动加进列表，否则永远查不到
• sp_refreshview（SQL Server）、sys.sp_refreshview（MySQL 8.0+）只刷新元数据绑定，不补新列——它们不会修改你写的 SQL 文本

怎么让新字段出现在视图里

必须显式更新视图定义，不能靠“刷新”或“重编译”自动补全。

• SQL Server：用 ALTER VIEW 或 CREATE OR REPLACE VIEW，把新字段加进 SELECT 列表，再跑 EXEC sp_refreshview 'my_view'（后者只确保列类型和权限元信息最新）
• MySQL / PostgreSQL：直接 CREATE OR REPLACE VIEW my_view AS SELECT id, name, email FROM users —— 注意别写 SELECT *，否则下次加字段又崩
• PostgreSQL 没有 sp_refreshview 等价命令，每次查询都重新解析定义，所以“定义过期”会立刻报错，而不是静默返回旧结构

为什么查着像“缓存没清”？

常见假象：执行完 ALTER TABLE users ADD COLUMN email VARCHAR(100)，马上查视图却没 email，误以为是缓存问题。其实根本不是。

• SQL Server 执行计划缓存（DBCC FREEPROCCACHE）影响的是执行路径，不是字段列表；清了也看不到新列
• 数据缓存（DBCC DROPCLEANBUFFERS）影响的是页面读取，跟视图结构完全无关
• Navicat 等工具右键“刷新表”只刷新当前表的数据网格，不触发视图重定义加载；要看到新字段，必须重建视图并重新执行 SELECT

最容易被忽略的一点

你查的可能根本不是普通视图——而是物化视图（MATERIALIZED VIEW）、索引视图，甚至一张由触发器维护的预计算表。它们的行为完全不同：物化视图不刷新就永远不更新，触发器出错会静默停更。先确认你面对的是哪种对象，再决定该 REFRESH、ALTER VIEW 还是去查触发器日志。