GridDB数据分仓至Oracle/PostgreSQL定时自动分发JDBC报错问题

问题背景 #

从不同PLC设备采集数据存储至GridDB，需按设备名称将数据分别分发到Oracle和PostgreSQL，采用PDI+Windows计划任务实现每日自动执行。执行筛选SQL时触发JDBC错误，日志显示GridDB的JDBC驱动不支持setBigDecimal操作，但直接在工具中执行SQL、PostgreSQL写入GridDB均正常。

问题根源 #

PDI处理GridDB查询结果时，自动将部分字段推断为BigDecimal类型，在绑定参数调用JDBC驱动时，触发了GridDB JDBC未实现的setBigDecimal方法，导致报错。

解决办法 #

• 显式指定字段类型，避免自动推断
  不要使用select *，明确列出字段并通过CAST转换为GridDB JDBC支持的类型，避免触发BigDecimal相关操作。示例SQL：

  SELECT D_NAME, CAST(DATA AS VARCHAR) AS DATA, MSG FROM t2021104 WHERE D_NAME='Siemens'
  

• 手动修改PDI字段元数据
  在PDI的GridDB输入步骤中，切换到「字段」选项卡，手动为每个字段指定类型（比如将自动识别为BigDecimal的字段改为String或Integer），覆盖PDI的自动类型推断，确保后续步骤使用兼容类型调用JDBC方法。

• 升级GridDB JDBC驱动版本
  检查当前GridDB JDBC驱动版本，下载并替换为与服务器版本匹配的最新稳定版，新版本可能已修复setBigDecimal的兼容性问题。替换后重启PDI再测试任务。

• 绕开JDBC参数绑定流程
  如果上述方法无效，可先将GridDB的数据导出为临时CSV文件，通过PDI的「文本文件输入」步骤读取数据后再写入目标数据库，完全绕开JDBC参数绑定环节。

验证步骤 #

1. 修改SQL或字段配置后，在PDI中预览GridDB输入步骤的结果，确认字段类型正确。
2. 执行单个转换任务测试，观察是否仍出现JDBC不支持的错误。
3. 测试通过后，重新配置Windows计划任务确保定时执行正常。

内容的提问来源于stack exchange，提问作者RP.S