Oracle存储过程模块化不必强制用PACKAGE，但不用PACKAGE就无法实现真正意义上的模块化；PACKAGE提供命名空间、公共状态和接口封装三层能力，是Oracle模块化的事实标准。
Oracle存储过程模块化必须用 PACKAGE 吗？
不是必须，但不用 package 就谈不上真正意义上的模块化。单独的 procedure 或 function 是孤立的、无法共享变量/游标/常量的原子单元；而 package 提供了命名空间 + 公共状态 + 接口封装三层能力，这才是 oracle 里模块化的事实标准。
PACKAGE 的规范结构怎么写才不踩坑
一个可用的 PACKAGE 必须拆成两部分：包头（PACKAGE）和包体（PACKAGE BODY）。漏掉任一部分，或顺序错乱，都会导致编译失败。
- 包头只声明接口：
PROCEDURE和FUNCTION的签名、公共变量、游标类型、自定义类型（如RECORD或TABLE），**不能写任何执行逻辑** - 包体实现所有逻辑：每个在包头中声明的子程序都必须在这里有完整
BEGIN...END块，且名字、参数个数与类型必须严格一致 - 包头里声明的变量（如
v_counter NUMBER := 0）是**会话级持久的**——同一个会话内多次调用包内过程，该变量值会保留，这点和独立存储过程完全不同
IN / OUT 参数在 PACKAGE 内部怎么传更安全
在 PACKAGE 中定义带 IN OUT 参数的过程时，要特别注意调用方是否真的需要“修改后回传”。常见错误是把本该用 OUT 返回的计算结果，硬塞进 IN OUT，导致调用方传入的原始值被意外覆盖。
- 优先用
OUT：比如get_student_info(p_id IN VARCHAR2, p_name OUT VARCHAR2, p_age OUT NUMBER)，语义清晰，调用方无需预设初始值 -
IN OUT只用于需“就地加工”的场景：例如字符串拼接工具过程append_log(p_msg IN OUT VARCHAR2, p_suffix IN VARCHAR2)，调用前p_msg已有内容，过程负责追加 - 如果包内过程之间要共享数据，别依赖参数传递——直接用包头声明的公共变量，更高效也更可控
调试 PACKAGE 时 DBMS_OUTPUT 不输出？
这是高频问题：DBMS_OUTPUT.PUT_LINE 在包体里写了，但 SQL*Plus / SQL Developer 控制台没显示。根本原因不是代码错，而是输出缓冲未开启或未抓取。
- 执行前必须显式启用：在调用包的过程之前，运行
SET SERVEROUTPUT ON（SQL*Plus）或勾选“DBMS Output”面板并点击“Enable”（SQL Developer） - 包体中不能用匿名块的
DECLARE...BEGIN包裹DBMS_OUTPUT，它必须直接写在过程的BEGIN段内 - 如果包里有异常处理，记得在
EXCEPTION块里也加DBMS_OUTPUT.PUT_LINE，否则出错时你什么也看不到
