Java调用带OUT参数的存储过程需用CallableStatement：先setInt()设IN参数，再registerOutParameter(2, Types.VARCHAR)注册OUT参数（索引从1起），然后execute()执行，最后getString(2)获取结果。
Java 怎么调用带 OUT 参数的存储过程
Java 调用存储过程的核心是 CallableStatement，不是 PreparedStatement。很多人卡在参数注册和类型匹配上，结果抛出 SQLException: Invalid column index 或 Invalid parameter binding。
关键点：IN 参数直接 setXxx()，OUT 参数必须先 registerOutParameter()，且索引从 1 开始（不是 0），顺序严格对应 SQL 中的 ? 占位符位置。
- 如果存储过程定义为
CREATE PROCEDURE get_user_by_id(IN uid INT, OUT name VARCHAR(50))，那么 Java 中第 1 个 ? 是uid，第 2 个 ? 是name，registerOutParameter(2, Types.VARCHAR)才对 - MySQL 驱动对
Types.OTHER和Types.VARCHAR处理不一致，建议显式用数据库对应的 JDBC 类型，比如 MySQL 用Types.VARCHAR，Oracle 用Types.NVARCHAR - 调用完必须执行
execute()（不是executeQuery()），否则 OUT 参数不会被填充 - 注意事务隔离：如果存储过程内有 COMMIT/ROLLBACK，Java 端需确认是否开启自动提交，否则可能报
Connection is closed或静默失败
String sql = "{call get_user_by_id(?, ?)}";
CallableStatement cs = conn.prepareCall(sql);
cs.setInt(1, 1001);
cs.registerOutParameter(2, Types.VARCHAR);
cs.execute();
String result = cs.getString(2); // 必须用 execute() 后才能取
Python 的 pymysql/cx_Oracle 怎么传 INOUT 参数
Python 没有统一的 CallableStatement 抽象，不同驱动行为差异大。pymysql 不支持 OUT 参数（它把 CALL 当作普通查询处理），必须改用 cursor.callproc()；而 cx_Oracle 支持完整绑定，但语法和类型声明容易出错。
常见错误是把 Python 变量直接传进 callproc()，结果值没被修改——因为 callproc() 不会原地更新变量，而是返回一个元组，OUT 值在返回值里。
立即学习“Java免费学习笔记（深入）”；
- pymysql：只支持无返回值的存储过程调用，
cursor.callproc('proc_name', [1, 'inout_val'])返回的是输入参数列表，OUT 值不会写回原变量；如需获取输出，得用SELECT @var_name配合用户变量模拟 - cx_Oracle：必须用
cursor.var()创建绑定变量，再传入callproc()，例如out_var = cursor.var(cx_Oracle.STRING); cursor.callproc('my_proc', [1, out_var])，之后取out_var.getvalue() - 注意字符串长度：cx_Oracle 的
cursor.var()默认长度为 1，若返回值超长会截断，必须显式指定 size，如cursor.var(cx_Oracle.STRING, 200)
为什么 Java 里 executeQuery() 调用存储过程会报错
因为 executeQuery() 专用于返回单个 ResultSet 的语句（如 SELECT），而存储过程可能返回多个结果集、更新计数、OUT 参数，甚至什么也不返回。JDBC 驱动会严格校验语句类型。
典型报错是 java.sql.SQLException: Can not issue executeQuery() for statements that do not return a ResultSet，尤其在 MySQL + Connector/J 8.x 上更敏感。
- 只要 SQL 字符串以
{call或{?=call开头，就必须用execute() - 如果存储过程内部有 SELECT，且你确实需要结果集，调用
execute()后用getResultSet()+getMoreResults()循环获取，不能跳过判断直接executeQuery() - PostgreSQL 的
jdbc:postgresql驱动允许用executeQuery()调用 RETURNS TABLE 的函数，但这不属于标准存储过程，别和 MySQL/Oracle 混用逻辑
跨语言调用时时间类型和 NULL 值怎么对齐
数据库的时间类型（如 DATETIME、TIMESTAMP）在 Java 和 Python 中映射不一致，加上 NULL 处理逻辑不同，很容易出现 “查出来是 null，但代码里变成 1970-01-01” 或 “时区偏移丢失”。
根本原因在于 JDBC 驱动默认用本地时区解析 TIMESTAMP，而 Python 驱动常把 NULL 当成空字符串或 None，但 OUT 参数绑定时又要求非 None 初始值。
- Java：用
setTimestamp(int, Timestamp, Calendar)显式传 UTC 时区的Calendar，避免驱动自动转换；读取时用getTimestamp(int, Calendar)配套 - Python cx_Oracle：绑定
cursor.var(cx_Oracle.TIMESTAMP)后，初始值设为None是合法的，但 pymssql 要求初始值为datetime.min类似占位，否则报TypeError: expected datetime - NULL 安全写法：Java 中
wasNull()必须紧跟getXxx()调用；Python 中cursor.var().getvalue()返回None表示 NULL，但注意某些驱动对空字符串和 NULL 不区分
最麻烦的是 Oracle 的 DATE 类型——它没有毫秒精度，Java 用 java.sql.Date 会丢掉时分秒，必须用 java.sql.Timestamp 并确保数据库字段实际是 TIMESTAMP。
