Oracle动态存储过程拼接阿拉伯参数时变为倒问号问题

这种情况我之前也碰到过，核心问题不是数据库字符集不支持阿拉伯语（毕竟你能正常插入临时表并显示），而是动态SQL字符串拼接时的字符类型处理不当，结合你的场景，给你几个可行的解决方案，按优先级排序：

1. 优先使用绑定变量（最佳实践） #

直接拼接字符串不仅容易出现字符编码问题，还会带来SQL注入风险，Oracle动态SQL推荐用USING子句传递绑定变量，完美规避字符转换问题：

-- 修改你的存储过程逻辑，用绑定变量代替字符串拼接
CREATE OR REPLACE PROCEDURE YOUR_PROCEDURE(P_NAME VARCHAR2) IS
  SQLQUERY VARCHAR2(4000);
  -- 如果你需要接收查询结果，这里定义对应的变量/集合
BEGIN
  -- 把参数替换成绑定变量占位符 :1
  SQLQUERY := 'SELECT * FROM YOUR_TABLE a WHERE 1=1 
               AND (a.MRNO=UPPER(:1) 
                    OR UPPER(a.FULL_NAME) LIKE :1 || ''%'' 
                    OR a.ARABIC_FULL_NAME LIKE ''%'' || :1 || ''%'')';
  
  -- 执行动态SQL时用USING传递参数
  EXECUTE IMMEDIATE SQLQUERY USING P_NAME;
  
  -- 如果需要处理结果，比如BULK COLLECT INTO 结果集合
  -- EXECUTE IMMEDIATE SQLQUERY BULK COLLECT INTO YOUR_COLLECTION USING P_NAME;
END;
/

这样做的好处：

• 彻底避免字符编码转换错误，Oracle会自动处理参数的字符集适配
• 重用执行计划，提升性能
• 从根源防止SQL注入攻击

2. 改用NVARCHAR2类型存储Unicode字符 #

如果因为某些原因必须拼接字符串，那要确保所有涉及Unicode字符（比如阿拉伯语）的变量和参数都用NVARCHAR2类型，同时用N''标记Unicode字符串字面量：

CREATE OR REPLACE PROCEDURE YOUR_PROCEDURE(P_NAME NVARCHAR2) IS
  SQLQUERY NVARCHAR2(4000); -- 改成NVARCHAR2类型
BEGIN
  -- 用N''开头标记Unicode字符串，避免字符转换
  SQLQUERY := SQLQUERY || N' AND (a.MRNO=UPPER(''' || p_NAME || ''') 
                                   OR UPPER(a.FULL_NAME) like ''' || UPPER(p_NAME) || '%'' 
                                   OR a.ARABIC_FULL_NAME like ''%' || p_NAME || '%'')';
  
  -- 执行动态SQL时也要注意适配NVARCHAR2
  EXECUTE IMMEDIATE SQLQUERY;
END;
/

原理是：NVARCHAR2使用国家字符集（通常是AL16UTF16），专门用来存储Unicode多字节字符，而VARCHAR2依赖数据库字符集，拼接时容易出现多字节字符的截断或编码错误。

3. 检查会话字符集设置 #

最后确认你的会话字符集配置正确，确保客户端和数据库的字符集一致：

• 检查数据库字符集：SELECT value FROM nls_database_parameters WHERE parameter='NLS_CHARACTERSET';，确保是AL32UTF8（支持所有Unicode字符）
• 客户端NLS_LANG环境变量设置为：AMERICAN_AMERICA.AL32UTF8（根据你的地区调整语言部分）

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