Java无法直接通过JDBC读取LONG RAW字段，因Oracle协议层限制导致getXXX()抛“Invalid column type”异常；唯一可持续方案是将LONG RAW改为BLOB。
Java 无法直接通过 JDBC 读取 LONG RAW 字段值 —— 这不是驱动问题，而是 Oracle 协议层限制：JDBC 驱动根本不支持 LONG RAW 的 ResultSet.getXXX() 调用，会直接抛 SQLException: Invalid column type。
为什么 ResultSet.getObject() 对 LONG RAW 失效
Oracle JDBC 驱动（ojdbc8+）在元数据层面将 LONG RAW 映射为 Types.LONGVARBINARY，但实际执行 ResultSet.getBytes() 或 getBinaryStream() 时会失败。根本原因是：LONG RAW 不是标准 LOB 类型，不支持定位读、分块拉取或流式处理；它必须整列加载到内存，而 JDBC 驱动已放弃对此类过时类型的兼容支持。
常见错误现象：
java.sql.SQLException: Invalid column type: getBytes not implemented for class oracle.jdbc.driver.T4CLongRawAccessor-
ORA-00932: inconsistent datatypes: expected BLOB got LONG RAW（当试图在 SQL 中用TO_LOB()但未配合临时表时）
可行路径只有两条：
立即学习“Java免费学习笔记（深入）”；
- 用 PL/SQL +
TO_LOB()+ 全局临时表中转（适合单次、低频读取） - 彻底改表，把
LONG RAW列改为BLOB（唯一可持续方案）
RAW 字段能用 ResultSet.getBytes()，但要注意长度和编码
RAW 是标准二进制类型，JDBC 支持良好，但有两个关键约束必须手动处理：
将后端 Java 接口文档转换为前端 TypeScript 类型定义（interface / type）。输入：飞书文档、Spring Boot 接口文档、Swagger/OpenAPI、手写 API 文档等。输出：包含请求参数与响应结果的 .md 文件，含完整 JSDoc 注释。触发关键词：Java 转 TS、接口转换、生成前端类型、接口文档转 TypeScript、DTO/VO/BO 转 interface、后端文档转前端类型、生成接口类型、类型定义生成。
-
RAW列定义最大 2000 字节，但实际插入时若超长会被截断，且无警告 —— Java 端拿到的字节数可能少于预期 -
getBytes()返回的是原始字节序列，不经过字符集转换，不能直接 new String(bytes) —— 否则中文或特殊符号必然乱码 - 若原始内容是 hex 编码字符串（如
'A1B2C3'），需先用UTL_RAW.CAST_TO_RAW('xxx')存入，读出后用new BigInteger(1, bytes).toString(16)或 Apache Commons Codec 的Hex.encodeHexString()还原
示例（安全读取 RAW）：
byte[] rawBytes = rs.getBytes("mac_addr"); // 假设字段名是 mac_addr
if (rawBytes != null) {
// 直接处理二进制，比如转成十六进制字符串显示
String hexStr = String.format("%0" + (rawBytes.length * 2) + "x", new BigInteger(1, rawBytes));
System.out.println("MAC: " + hexStr);
}用 TO_LOB() 中转 LONG RAW 的最小可行 PL/SQL 模式
这不是 Java 代码能绕开的问题，必须由 DBA 或应用启动时执行一次中转逻辑。核心是避开 JDBC 直接读 LONG RAW，改查转换后的 BLOB：
- 建全局临时表：
CREATE GLOBAL TEMPORARY TABLE temp_blob_store (id NUMBER, data BLOB) ON COMMIT DELETE ROWS; - 执行转换插入：
INSERT INTO temp_blob_store SELECT id, TO_LOB(long_raw_col) FROM your_table WHERE id = ?; - Java 查询
temp_blob_store.data字段 —— 此时可用rs.getBlob("data").getBinaryStream()安全流式读取
注意点：
- 该操作不可并发 —— 全局临时表行级数据对会话私有，但多线程共用同一 Connection 时仍可能冲突
-
TO_LOB()只能在SELECT子句中使用，不能用于 UPDATE 或函数返回值 - 转换后
BLOB大小与原LONG RAW一致，但占用的是 LOB segment，不是 row piece，性能更稳
真正该做的：停用 LONG RAW，改用 BLOB
所有新项目或存量系统升级，都应把 LONG RAW 替换为 BLOB。这不是“建议”，而是 Oracle 官方明确标记为 deprecated since 8i，且从 12c 起 JDBC 驱动不再承诺兼容。
迁移步骤极简：
- 新增
BLOB列：ALTER TABLE t ADD (pic_blob BLOB); - 批量转换：
UPDATE t SET pic_blob = TO_LOB(pic_long_raw); - 删旧列：
ALTER TABLE t DROP COLUMN pic_long_raw;
之后 Java 侧完全按标准 LOB 处理：PreparedStatement.setBlob() / ResultSet.getBlob().getBinaryStream()，无需任何特殊逻辑或临时表。真正麻烦的从来不是 Java 怎么写，而是要不要直面那个被搁置多年的表结构债务。
