ora-20003是应用层自定义错误，与存储过程是否需手动重新编译无关；真正导致invalid的是表结构变更触发的依赖失效机制，10g+虽支持首次调用时隐式编译，但受权限、动态sql、级联失效等限制，并非完全可靠。
ora-20003 不是编译错误，而是应用层抛出的自定义错误，它和存储过程是否“必须手动重新编译”没有直接关系。真正导致存储过程失效（status = 'invalid'）并需要干预的，是表结构变更触发的依赖对象失效机制——但oracle 10g 及以后版本默认会自动尝试在首次调用时隐式编译，所以“必须手动”这个说法本身不准确，容易误导。
实际要不要手动干预，取决于你用的是什么 Oracle 版本、对象依赖类型、以及你是否接受首次调用时的延迟和潜在失败。
为什么修改表结构会让存储过程变 INVALID？
Oracle 在编译存储过程时，会把所引用的对象（如表、视图、函数）的 OBJECT_ID 和 SCN（系统变更号）固化进依赖关系链。一旦你执行 ALTER TABLE ... MODIFY COLUMN 或 ADD COLUMN，该表的 SCN 就会更新，所有直接/间接依赖它的 PL/SQL 对象（包括 PROCEDURE、FUNCTION、PACKAGE、VIEW）状态都会被置为 INVALID。
- 不是所有变更都触发失效：只改
COMMENT或NOT NULL约束（且不涉及列类型）通常不会 - 同义词（synonym）冲突也会导致失效：比如你建了个
my_table，而 PUBLIC 下已有同名同义词指向另一张表，后续改原表结构就可能让过程找不到真实对象 -
PACKAGE BODY和PACKAGE SPEC是分开校验的：改了包头里声明的函数签名，包体即使没动也会变INVALID
10g+ 自动编译到底靠不靠谱？
Oracle 确实会在第一次执行 INVALID 过程时尝试隐式编译，但它有硬性前提：
- 调用者必须有
CREATE PROCEDURE权限（否则报ORA-01031: insufficient privileges） - 过程里不能含动态 SQL（
EXECUTE IMMEDIATE）引用已失效对象，否则隐式编译会失败并抛出ORA-04062（timestamp 已过期）或ORA-04068（existing state of packages has been discarded） - 如果过程依赖另一个也
INVALID的函数或包，自动编译会级联失败，最终卡在第一个错上 - 某些 DBA 关闭了
_system_trig_enabled或禁用了隐式编译（虽罕见，但生产环境真有人干）
所以“自动” ≠ “无感”。线上服务第一次调用卡住几秒、甚至因权限不足直接报错，都是真实风险。
怎么安全地批量重新编译？
别信“执行一遍 SELECT ... FROM user_objects 再粘贴运行”这种原始做法——容易漏掉 PACKAGE BODY，也绕不开权限检查。更稳妥的方式是：
- 用
DBMS_DDL.ALTER_COMPILE：支持按类型、owner、name 精确编译，失败时返回详细错误，不中断后续 - 查
ALL_OBJECTS而非USER_OBJECTS：如果你要编译其他 schema 的对象，USER_OBJECTS查不到 - 优先编译
PACKAGE再编译PACKAGE BODY：否则包体编译会因 spec 未就绪失败 - 对关键业务过程，加
WHEN OTHERS THEN RAISE捕获编译异常，避免静默跳过
示例（编译当前用户下所有无效过程）：
BEGIN
FOR r IN (SELECT object_name FROM user_objects
WHERE status = 'INVALID' AND object_type = 'PROCEDURE') LOOP
BEGIN
DBMS_DDL.ALTER_COMPILE('PROCEDURE', USER, r.object_name);
DBMS_OUTPUT.PUT_LINE('OK: ' || r.object_name);
EXCEPTION WHEN OTHERS THEN
DBMS_OUTPUT.PUT_LINE('FAIL: ' || r.object_name || ' - ' || SQLERRM);
END;
END LOOP;
END;
最容易被忽略的点
不是编译动作本身难，而是失效链常藏在间接依赖里：一个过程调用包 A，包 A 调用视图 V，V 基于表 T —— 你只改了 T，却忘了 V 和 A 都得跟着编译。更麻烦的是，DBA_DEPENDENCIES 里查不到跨数据库链接（DBLINK）或动态 SQL 构建的依赖，这类对象只能靠代码扫描或日志回溯。上线前做 DDL 变更，最好跑一次 SELECT * FROM ALL_OBJECTS WHERE STATUS = 'INVALID'，而不是等监控告警才反应。
