DB2 V10.5执行SQL遇SQL0420N错误，请求技术协助

错误本质 #

SQL0420N提示DECFLOAT函数的字符串参数含无效字符——虽然你没直接写DECFLOAT，但DB2执行CAST(xxx AS DECIMAL)时会隐式调用这个函数做转换。问题出在你要转成DECIMAL的字段里，存在无法解析为数字的内容（比如字母、特殊符号、空格等）。

排查步骤 #

• 锁定问题字段：你的SQL里有9处CAST转DECIMAL的操作，涉及字段：b.devlres、d.gmrcoef、d.amrcoef、b.devdres、b.devhres、b.devestarres、d.pinangle、d.senres、b.devkres，这些字段中肯定有不符合数字格式的记录。
• 定位脏数据：对每个可疑字段执行以下SQL，筛选出异常记录：

  -- 检查字段是否包含非数字/小数点/负号的字符
  SELECT testid, topob, devlres 
  FROM bouser.mrchm_data 
  WHERE LENGTH(TRANSLATE(devlres, '', '0123456789.-')) > 0;
  

  替换字段名和表名，逐个排查所有目标字段。
• 确认字段类型：如果这些字段是CHAR/VARCHAR类型，很容易在数据录入或加载时混入无效字符；如果是NUMERIC类型却触发错误，大概率是数据加载过程中出现了非法值强制写入的情况。

解决办法 #

• 清理脏数据：找到异常记录后，要么将字段值修正为合法数字，要么在查询的WHERE子句中过滤掉这些记录（比如添加AND LENGTH(TRANSLATE(b.devlres, '', '0123456789.-')) = 0）。
• 安全转换：如果无法提前清理数据，用TRY_CAST替代CAST，转换失败时返回NULL而非报错（DB2 10.5支持TRY_CAST）：

  TRY_CAST(b.devlres AS DECIMAL(10, 2)) AS ELEM_COS_RDIFF
  

  或者用CASE语句设置兜底默认值：

  CAST(CASE 
          WHEN LENGTH(TRANSLATE(b.devlres, '', '0123456789.-')) = 0 THEN b.devlres 
          ELSE '0' 
       END AS DECIMAL(10,2)) AS ELEM_COS_RDIFF
  

• 从源头规避：检查数据加载的ETL流程或录入程序，确保这些字段只接收合法的数字格式，从根源杜绝脏数据产生。

额外提醒 #

你的SQL中CHAR(b.rownum * 100) || CHAR(b.colnum)部分是数字转字符串，只要rownum和colnum是数值类型就不会有问题；但如果这两个字段是字符类型且含非数字，也可能间接引发错误，但核心问题仍集中在CAST转DECIMAL的字段上。

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