失效视图不会被DBMS_UTILITY.compile_schema编译，须用ALTER VIEW...COMPILE显式编译；查失效视图需用DBA_OBJECTS并限定OWNER；编译前须检查依赖与权限，否则静默失败；批量编译推荐生成SQL脚本而非PL/SQL循环；编译失败后区分可修复型与必须重建型问题，后者需CREATE OR REPLACE VIEW但会丢失原有权限。
失效视图不会被 DBMS_UTILITY.compile_schema 编译，必须显式逐个执行 ALTER VIEW ... COMPILE —— 这是绝大多数人踩坑的第一步。
查失效视图：别只看 USER_OBJECTS，要加权限和范围过滤
直接跑 SELECT object_name FROM USER_OBJECTS WHERE object_type = 'VIEW' AND status = 'INVALID' 看似合理，但容易漏掉两类关键情况：
- 当前用户没有查询
DBA_OBJECTS权限时，USER_OBJECTS只返回自己拥有的对象；若视图在其他 schema（如SCOTT），需用ALL_OBJECTS或带OWNER条件的DBA_OBJECTS（需 DBA 权限） -
STATUS = 'INVALID'仅表示编译状态异常，不反映运行时是否真能查——比如依赖表被删了，视图可能仍显示VALID，但一查就报ORA-00942
更稳妥的写法是：
SELECT owner, object_name
FROM DBA_OBJECTS
WHERE object_type = 'VIEW'
AND status = 'INVALID'
AND owner IN ('SCOTT', 'HR'); -- 显式限定 schema，避免跨库误查编译前必做：检查依赖和权限，否则 ALTER VIEW ... COMPILE 会静默失败
ALTER VIEW view_name COMPILE 执行后不报错，不代表成功。Oracle 只校验语法和基础依赖，不验证运行时可达性。常见静默失败原因：
- 视图引用的表/列不存在（如基表被重命名），
SHOW ERRORS会显示PLS-00201: identifier 'XXX' must be declared - 当前用户对基表无
SELECT权限，错误信息是ORA-00942: table or view does not exist（注意：Oracle 故意不暴露权限问题，只报对象不存在） - 视图定义含
SELECT *，而基表新增了列——编译通过，但新列不会自动进入视图结果集
建议编译前先查依赖：
SELECT referenced_owner, referenced_name, referenced_type
FROM ALL_DEPENDENCIES
WHERE name = 'YOUR_VIEW_NAME'
AND type = 'VIEW'
AND referenced_type IN ('TABLE', 'VIEW');批量编译：动态生成脚本比 PL/SQL 循环更安全
用 PL/SQL 块循环执行 EXECUTE IMMEDIATE 'ALTER VIEW ...' 风险高：一旦某条失败，后续全部中断，且错误堆栈难定位。推荐生成 SQL 脚本手动执行：
- 双引号包裹
OWNER和OBJECT_NAME，防止大小写或特殊字符（如"My_View"）导致语法错误 - 输出结果保存为
recompile_views.sql，再用@recompile_views.sql在 SQL*Plus 中运行 - 加
SPOOL捕获输出，方便事后核对哪些成功、哪些失败
生成语句示例：
SET PAGESIZE 0 FEEDBACK OFF VERIFY OFF TRIMSPOOL ON
SPOOL recompile_views.sql
SELECT 'ALTER VIEW "' || owner || '"."' || object_name || '" COMPILE;'
FROM DBA_OBJECTS
WHERE object_type = 'VIEW'
AND status = 'INVALID'
AND owner IN ('SCOTT');
SPOOL OFF编译失败后怎么判断要不要重建视图
如果 ALTER VIEW ... COMPILE 失败，别急着 DROP/CREATE。先分清两类问题：
- **可修复型**：基表字段改名、加列、权限缺失 → 修正依赖后重试编译即可
- **必须重建型**：基表被删、视图定义含已废弃函数、跨 schema 表迁移后路径失效 →
ALTER VIEW无法自动更新对象引用路径，必须用CREATE OR REPLACE VIEW
最易被忽略的一点：CREATE OR REPLACE VIEW 不保留原视图的权限和依赖关系，所有已授出的 GRANT SELECT ON view_name TO ... 都会丢失，必须手动补回。
