视图字段新增后不显示，是因为视图定义未更新；它仅保存SELECT语句文本，基表加列不会自动反映，必须显式修改视图定义（如ALTER VIEW或CREATE OR REPLACE VIEW）并明确列出新字段，否则新列永远不会出现。
视图字段新增后不显示，是因为视图定义没改——它不是表的实时镜像，只是保存了一段 SELECT 语句文本。你在基表加了 email，但视图定义里没写它，那它就永远不会出现在结果里。
为什么 SELECT * 视图最危险
用 SELECT * 创建的视图，基表加列后不会报错，但字段顺序、数量全变，应用读 rs.getString(2) 可能拿到完全无关的字段。
- PostgreSQL 在
CREATE VIEW时会把*展开为当前列名列表并固化，后续加列完全不影响视图输出 - SQL Server 和 MySQL 同样不会自动补新列，
SELECT *只是“偷懒”，不是“智能” - 一旦视图含多表
JOIN+SELECT *，加列后错位风险极高，且难以定位
执行 sp_refreshview 或类似命令有用吗
sp_refreshview（SQL Server）或 sys.sp_refreshview（MySQL 8.0+）只刷新元数据绑定，比如列类型、是否允许 NULL、权限信息，**不会修改你写的 SQL 文本，也不会自动往 SELECT 列表里加新字段**。
- 它解决的是“列类型变了但视图还记着旧类型”这类问题，不是“漏字段”
- PostgreSQL 根本没有等价命令，每次查询都重新解析定义，所以结构不一致会立刻报错，而不是静默返回旧结构
-
DBCC FREEPROCCACHE和DBCC DROPCLEANBUFFERS管的是执行计划和数据页缓存，跟字段列表完全无关
必须显式更新视图定义才能看到新字段
唯一可靠的做法，是手动修改视图定义，把新字段加进 SELECT 列表。不同数据库语法略有差异：
- SQL Server：
ALTER VIEW my_view AS SELECT id, name, email FROM users，再跑EXEC sp_refreshview 'my_view'（可选，仅同步元数据） - MySQL：
CREATE OR REPLACE VIEW my_view AS SELECT id, name, email FROM users（ALTER VIEW本质也是重建） - PostgreSQL：
CREATE OR REPLACE VIEW my_view AS SELECT id, name, email FROM users，注意权限需重GRANT - 务必避免
SELECT *，显式列出字段才能让变更可见、可审、可测
最容易被忽略的一点：你查的可能根本不是普通视图——而是物化视图、索引视图，甚至一张由触发器维护的预计算表。它们的行为完全不同：物化视图不 REFRESH 就永远不更新，触发器出错会静默停更。先确认对象类型，再决定该 ALTER VIEW、REFRESH MATERIALIZED VIEW 还是去查触发器日志。
