查无效对象用DBA_OBJECTS或ALL_OBJECTS视图，筛选STATUS='INVALID'；重编译需按对象类型使用对应ALTER语句；批量处理推荐带异常捕获的PL/SQL游标脚本。
查出所有无效对象用什么视图
oracle里失效对象信息存在 dba_objects（需dba权限）或 all_objects（当前用户有权限的对象）中，关键字段是 status，值为 'invalid'。别直接查 user_objects 就以为全了——它只包含当前登录用户的对象，而包体、类型体等可能依赖其他用户的对象，导致状态异常却查不到。
常用查询语句：
SELECT owner, object_name, object_type, status
FROM dba_objects
WHERE status = 'INVALID'
AND owner NOT IN ('SYS', 'SYSTEM', 'ORDSYS', 'MDSYS'); -- 排除系统核心对象，避免误操作
注意：DBA_OBJECTS 需要 SELECT_CATALOG_ROLE 或 DBA 权限；若无权限，可用 ALL_OBJECTS 但结果不全。
重编译单个对象用 ALTER ... COMPILE
对单个失效对象，最稳妥的方式是显式执行 ALTER 命令。不同对象类型语法略有差异，不能一概用 ALTER PROCEDURE xxx COMPILE 处理所有类型。
-
PROCEDURE/FUNCTION/PACKAGE（规范）：用ALTER PROCEDURE xxx COMPILE -
PACKAGE BODY：必须指定BODY，即ALTER PACKAGE xxx COMPILE BODY -
TRIGGER：用ALTER TRIGGER xxx COMPILE -
VIEW：用ALTER VIEW xxx COMPILE（仅在定义含 PL/SQL 表达式时有效，普通视图无效） -
TYPE和TYPE BODY：分别用ALTER TYPE xxx COMPILE和ALTER TYPE xxx COMPILE BODY
错误示例：ALTER FUNCTION my_func COMPILE BODY 会报错 ORA-04043，因为函数没有 BODY 概念。
批量重编译的 PL/SQL 脚本怎么写
用游标遍历 DBA_OBJECTS 中的无效对象，拼接并执行 ALTER 语句。关键点不是“能不能跑”，而是“会不会中途失败就停住”和“有没有跳过不可编译的对象”。
推荐脚本结构（带错误捕获）：
DECLARE
v_sql VARCHAR2(500);
BEGIN
FOR r IN (
SELECT owner, object_name, object_type
FROM dba_objects
WHERE status = 'INVALID'
AND owner NOT IN ('SYS','SYSTEM')
AND object_type IN ('PROCEDURE','FUNCTION','PACKAGE','PACKAGE BODY',
'TRIGGER','VIEW','TYPE','TYPE BODY')
) LOOP
BEGIN
CASE r.object_type
WHEN 'PACKAGE BODY' THEN
v_sql := 'ALTER PACKAGE ' || r.owner || '.' || r.object_name || ' COMPILE BODY';
WHEN 'TYPE BODY' THEN
v_sql := 'ALTER TYPE ' || r.owner || '.' || r.object_name || ' COMPILE BODY';
ELSE
v_sql := 'ALTER ' || r.object_type || ' ' || r.owner || '.' || r.object_name || ' COMPILE';
END CASE;
EXECUTE IMMEDIATE v_sql;
DBMS_OUTPUT.PUT_LINE('OK: ' || v_sql);
EXCEPTION
WHEN OTHERS THEN
DBMS_OUTPUT.PUT_LINE('FAIL: ' || v_sql || ' -> ' || SQLERRM);
END;
END LOOP;
END;
说明：
- 没加
COMMIT—— 编译操作本身不涉及事务，无需提交 - 没用
UTL_RECOMP—— 它适合大规模重建，但会强制串行重编译且无法细粒度控制，线上慎用 - 跳过了
SYNONYM和TABLE等不支持COMPILE的类型，避免报 ORA-02304 - 输出日志靠
DBMS_OUTPUT，执行前记得SET SERVEROUTPUT ON
为什么重编译后还有 INVALID 对象
常见原因不是脚本写错了，而是依赖链没理清。比如一个 PACKAGE BODY 依赖另一个用户下失效的 FUNCTION，即使你把它自己编译成功，只要依赖项仍 INVALID，它的状态就会被 Oracle 自动置回 INVALID。
排查建议：
- 查依赖：用
DBA_DEPENDENCIES反向追踪REFERENCED_OWNER和REFERENCED_NAME - 检查权限：当前用户是否对依赖对象有
EXECUTE权限？缺失会导致编译时找不到符号 - 留意
ORA-04068：已存在包状态，说明会话中缓存了旧版本，需ALTER SYSTEM FLUSH SHARED_POOL（谨慎！）或换新会话重试 - 某些对象（如含
DBMS_LOB调用的包体）在特定字符集或 NLS 设置下才可编译，环境差异也会卡住
真正难处理的从来不是脚本怎么写，而是得一层层翻 DBA_DEPENDENCIES，确认每个 INVALID 对象背后有没有藏一个更底层的失效依赖。
