Oracle存储过程本身不返回值，调用后“没结果”是默认行为而非bug；必须在过程定义（声明OUT/REF CURSOR）、调用方式（正确registerOutParameter）、客户端配置（如SET SERVEROUTPUT ON）三环节全部到位才能获得结果。
Oracle存储过程本身不返回值，调用后“没结果”不是bug，而是默认行为。有没有结果，完全取决于你是否在过程定义、调用方式、客户端配置三个环节上做了正确设置。
存储过程没声明OUT参数或REF CURSOR就不可能有结果
这是最常见也最容易忽略的根本原因。Oracle的PROCEDURE不能像函数那样用RETURN吐数据，所有向外传递的数据都必须显式声明为OUT或IN OUT参数。
- 如果过程只做
INSERT/UPDATE，没带任何OUT参数，那它本就不该有返回——查ALL_ARGUMENTS确认：SELECT argument_name, in_out, data_type FROM all_arguments WHERE object_name = 'YOUR_PROC_NAME' ORDER BY position; - 想返回结果集？必须用
REF CURSOR类型，且需提前在包里定义（如TESTPACKAGE.Test_CURSOR）或直接用sys_refcursor -
OUT VARCHAR2只能传单值；要传多行，REF CURSOR是唯一合规路径，别试图用OUT TABLE或OUT ARRAY——Oracle不支持过程直接输出集合类型
Java里没registerOutParameter就等于没接线
即使存储过程正确定义了p_result OUT sys_refcursor，Java端漏掉注册这一步，CallableStatement根本不会把游标当输出处理，getObject(1)返回null。
- 对游标必须写：
proc.registerOutParameter(1, OracleTypes.CURSOR);—— 参数位置和类型必须严格匹配 - 对字符串/数字等基础类型，也要注册：
proc.registerOutParameter(2, OracleTypes.VARCHAR);，否则getString(2)可能抛SQLException - JDBC驱动版本影响行为：Oracle 19c+推荐用
oracle.jdbc.OracleTypes.CURSOR，老版本可能需Types.OTHER，但后者兼容性差，容易静默失败
SQL*Plus或PL/SQL Developer里看不到DBMS_OUTPUT是因为没开开关
DBMS_OUTPUT.PUT_LINE不是“打印”，而是把日志缓存在服务端缓冲区，客户端默认不拉取。不执行SET SERVEROUTPUT ON，再怎么写PUT_LINE也白搭。
- 在SQL*Plus或SQL Developer中，执行前先输：
SET SERVEROUTPUT ON SIZE UNLIMITED（SIZE UNLIMITED防缓冲区溢出） - PL/SQL Developer里需勾选菜单
Tools → Preferences → Database → Output中的“Enable DBMS Output”并点“Connect”刷新 - 注意：
DBMS_OUTPUT只用于调试，不能替代真实结果返回——它不传数据给调用方，只输出到当前会话控制台
想让结果能被SELECT直接查，得换成PIPELINED函数
视图、报表工具、BI前端通常只认SELECT语句，没法调用CALL。硬要在SQL里“调用过程”，必须改造成表函数。
- 过程逻辑得挪进
FUNCTION里，返回类型必须是预定义的集合类型（如emp_table_type） - 函数声明必须带
PIPELINED，循环中用PIPE ROW(...)逐行输出，不能RETURN整个集合 - 视图里写
SELECT * FROM TABLE(get_emp_data(10))才合法；写成SELECT * FROM TABLE(your_procedure())必然报ORA-00942
真正卡住人的地方往往不在语法细节，而在于混淆了“过程执行成功”和“结果返回成功”——前者只代表PL/SQL块跑完了，后者需要三端协同：过程定义明确契约、调用方主动接收、客户端开启可见通道。少一环，就静默无声。
