如何向Oracle存储过程传入超60000字符长JSON插入BLOB字段

原有实现存在两个核心问题：

• in_request_params定义为VARCHAR2类型，PL/SQL语境下VARCHAR2最大支持长度为32767字节，无法承载64KB（即65536字节）的JSON内容
• 目标字段request_params为BLOB类型，直接插入VARCHAR2值会触发隐式类型转换，极易出现长度截断、字符集乱码问题

根据调用侧的传参习惯，可选择以下两种调整方案：

方案1：入参直接使用BLOB类型（推荐） #

BLOB类型单字段最大支持128TB存储，完全覆盖64KB的长度需求，入参和字段类型一致无需额外转换，性能最优。调整后存储过程代码如下：

create or replace PROCEDURE INSERT_USER
(
    in_user_id IN VARCHAR2,
    in_user_name IN VARCHAR2,
    in_request_params IN BLOB
) 
AS 
BEGIN
    INSERT INTO user_table(user_id, user_name, request_params) 
    VALUES (in_user_id, in_user_name, in_request_params);
END INSERT_USER;
/

注意事项：应用侧调用该存储过程时，需要先将JSON字符串按照数据库使用的字符集（推荐AL32UTF8）转为字节数组，再绑定到BLOB类型入参上，避免出现乱码。

方案2：入参使用CLOB类型（适配文本传参场景） #

如果调用侧只能直接传入文本格式的JSON，可将入参改为CLOB类型（CLOB支持存储最大128TB的字符文本），写入前显式转换为BLOB类型再插入，避免隐式转换问题。调整后代码如下：

create or replace PROCEDURE INSERT_USER
(
    in_user_id IN VARCHAR2,
    in_user_name IN VARCHAR2,
    in_request_params IN CLOB
) 
AS 
    v_blob BLOB;
    v_dest_offset INTEGER := 1;
    v_src_offset INTEGER := 1;
    v_lang_context INTEGER := DBMS_LOB.DEFAULT_LANG_CTX;
    v_warning INTEGER;
BEGIN
    -- 初始化临时BLOB对象
    DBMS_LOB.CREATETEMPORARY(v_blob, TRUE);
    -- 按数据库默认字符集将CLOB内容转换为BLOB
    DBMS_LOB.CONVERTTOBLOB(
        dest_lob => v_blob,
        src_clob => in_request_params,
        amount => DBMS_LOB.LOBMAXSIZE,
        dest_offset => v_dest_offset,
        src_offset => v_src_offset,
        blob_csid => DBMS_LOB.DEFAULT_CSID,
        lang_context => v_lang_context,
        warning => v_warning
    );
    -- 执行插入
    INSERT INTO user_table(user_id, user_name, request_params) 
    VALUES (in_user_id, in_user_name, v_blob);
    -- 释放临时BLOB资源
    DBMS_LOB.FREETEMPORARY(v_blob);
END INSERT_USER;
/

通用注意事项 #

• 不要继续使用VARCHAR2作为长JSON入参：即使Oracle 12c及以上版本开启扩展数据类型，VARCHAR2最大长度也仅支持32767字节，无法达到64KB的要求
• 调用存储过程传参时必须使用LOB参数绑定方式，不要通过字符串拼接传值，否则会触发SQL长度限制或内容截断
• 字符集转换必须统一使用数据库默认字符集，避免读写时字符集不匹配导致JSON解析失败

内容的提问来源于stack exchange，提问作者Ankita