Oracle与DB2中BIGINT字段替代regexp_replace的实现方案

SQLCODE=-420、SQLSTATE=22018报错的核心原因是regexp_replace属于字符串处理函数，入参要求为字符类型，直接传入BIGINT数值类型字段时，数据库隐式类型转换逻辑不匹配，就会触发该错误。针对BIGINT字段脱敏，不需要强依赖正则函数，可按使用的数据库选择以下实现方案，性能比正则实现更高，也不会触发类型错误。

DB2 环境可用方案 #

• 纯数值运算实现固定规则脱敏（性能最优）
  针对保留前后N位、中间替换为掩码的通用脱敏需求，直接通过数值除法、取模拆分字段值后拼接掩码即可，全程不需要做字符串类型转换，不会触发类型报错。示例为18位BIGINT类型用户ID保留前2位、后2位，中间掩码的实现：

  SELECT
    TRIM(CHAR(bigint_id / 10000000000000000))
    || '**************'
    || TRIM(CHAR(MOD(bigint_id, 100))) AS desensitized_id
  FROM target_table;
  

• 显式类型转换后调用正则函数（适配灵活脱敏规则）
  如果必须使用正则匹配实现复杂脱敏规则，先显式将BIGINT字段转为定长字符串类型，再传入regexp_replace即可避免隐式转换报错：

  SELECT
    REGEXP_REPLACE(CAST(bigint_col AS VARCHAR(20)), '(\d{3})\d+(\d{4})', '\1****\2') AS desensitized_val
  FROM target_table;
  

Oracle 环境可用方案 #

• 数值运算+字符串截取实现固定规则脱敏
  通用的保留前后位掩码场景，可直接通过数值函数拆分后拼接，也可显式转字符串后用截取函数实现，示例为11位BIGINT类型手机号保留前3位、后4位的脱敏实现：

  -- 方案1：纯数值运算实现
  SELECT
    TRUNC(bigint_phone/10000) || '****' || MOD(bigint_phone, 10000) AS desensitized_phone
  FROM target_table;
  
  -- 方案2：显式转字符串后截取实现
  SELECT
    SUBSTR(TO_CHAR(bigint_phone),1,3) || '****' || SUBSTR(TO_CHAR(bigint_phone),-4) AS desensitized_phone
  FROM target_table;
  

• 显式类型转换后调用正则函数
  复杂正则规则场景下，先通过TO_CHAR将BIGINT转为字符类型再传入正则函数即可，不会触发22018类型错误：

  SELECT
    REGEXP_REPLACE(TO_CHAR(bigint_col), '(\d{2})\d+(\d{2})', '\1********\2') AS desensitized_val
  FROM target_table;
  

注意：所有字符串处理函数接收数值类型字段时，不要依赖数据库隐式转换，隐式转换规则受数据库版本、字段长度、编码配置影响很容易触发运行时错误，显式指定类型转换的稳定性最高。

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