物化视图必须显式列出字段，禁用SELECT *；因不支持动态排除列，且存储物理数据，新增敏感列不会自动过滤，漏写或拼错字段会报ORA-00904，结构变更未同步则刷新失败。
物化视图不能用 SELECT *，必须显式写字段列表
oracle 物化视图（materialized view）本身不支持“动态排除列”的语法，也没有类似 except 或 minus columns 的机制。想隐藏敏感列（如 password_hash、ssn），唯一可靠的方式就是——在 create materialized view 的 select 子句里，一个字都不写那些列。
这和普通视图一样，但更关键：物化视图会把结果物理存储下来，一旦定义固化，后续基表加了新敏感列，它也不会自动感知或过滤。所以“显式列出”不是建议，是强制要求。
- 写
SELECT *会把所有列（包括未来新增的）全拉进来，等于主动放弃控制权 - 哪怕只漏写一个字段名（比如拼错成
email_addr而实际是email_address），建模时就会报ORA-00904: invalid identifier - 物化视图刷新时若基表结构变更（如删列），而 MV 定义未同步更新，刷新会直接失败
如何安全生成不含指定列的 SELECT 语句（适用于大表）
手动敲几十个字段容易出错，尤其当表有 30+ 列且需定期维护时。可以用 Oracle 系统视图自动生成安全的 SELECT 列表，避开硬编码风险：
SELECT LISTAGG(column_name, ', ') WITHIN GROUP (ORDER BY column_id)
FROM user_tab_columns
WHERE table_name = 'USERS'
AND column_name NOT IN ('PASSWORD_HASH', 'SSN', 'CREDIT_CARD_NUMBER');
注意点：
-
LISTAGG在 Oracle 11gR2+ 可用；若用老版本，可用WM_CONCAT（非官方，不推荐生产）或 PL/SQL 拼接 - 字段名默认大写，
NOT IN中必须用大写字符串匹配，否则查不到 - 别名要自己加——生成结果只是字段列表，
CREATE MATERIALIZED VIEW语句仍需你补上AS SELECT ... FROM ...结构
物化视图中用 CASE 隐藏字段？别试
有人想绕开显式列名，改用 CASE WHEN 1=0 THEN password_hash END AS password_hash，让值恒为 NULL。这在物化视图里更危险：
- 该列仍存在于物化视图的元数据中：
DESCRIBE mv_users能看到PASSWORD_HASH字段，类型、可空性全暴露 - 物化视图日志（如果启用）会记录该列的变更，增加存储和刷新开销
- 某些 BI 工具或 ORM 会基于列名自动映射，即使值为空，也可能触发权限校验或序列化异常
- Oracle 不允许对加密列（如 TDE 加密字段）做表达式计算，
CASE会导致创建失败
刷新失败时，第一个该查的地方是字段一致性
物化视图刷新报错 ORA-12008: error in materialized view refresh path 或 ORA-00904，90% 是因为基表结构变了，但 MV 定义没更新。排查顺序很固定：
- 运行
SELECT column_name FROM user_tab_columns WHERE table_name = 'USERS' ORDER BY column_id，确认当前字段清单 - 对比
SELECT text FROM user_views WHERE view_name = 'MV_USERS'（注意：物化视图定义存于user_mviews，但 SQL 文本在user_mviews.query字段，需查该字段） - 重点看新增字段是否被遗漏，或旧字段是否被重命名（比如
phone改成mobile_phone） - 别依赖
DBMS_MVIEW.EXPLAIN_MVIEW—— 它不报字段缺失，只报刷新逻辑问题
真正难的不是写一次，而是每次基表 DDL 变更后，都得人工核对并重建物化视图——没有银弹，只有纪律。
