视图字段新增后不显示，是因为视图定义未更新；它仅保存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 还是去查触发器日志。
