含NUMERIC列的BigQuery表执行MERGE查询时遇FLOAT64转NUMERIC类型错误

这个问题我之前在处理BigQuery数值类型同步时碰到过——本质是BigQuery对NUMERIC（高精度小数）和FLOAT64（浮点型）的类型校验非常严格，哪怕数值看起来完全一致，直接赋值也会触发类型不匹配错误。既然你没法提前识别字段的输入类型，咱们可以用下面两种方案解决：

方案1：在USING子查询中自动判断并转换类型 #

利用BigQuery的TYPEOF()函数识别字段类型，再用SAFE_CAST()做安全转换，这样不管输入是FLOAT64还是NUMERIC都能适配目标表的NUMERIC类型。修改后的查询语句如下：

MERGE Target T
USING (
  SELECT 
    ID,
    -- 判断字段类型，若是FLOAT64则转为NUMERIC，否则保留原类型
    IF(TYPEOF(numericVal) = 'FLOAT64', SAFE_CAST(numericVal AS NUMERIC), numericVal) AS numericVal
  FROM (SELECT 874 as ID,1012.0 as numericVal) S
) S
ON T.numericVal = S.numericVal
WHEN MATCHED THEN UPDATE SET ID = S.ID, numericVal = S.numericVal
WHEN NOT MATCHED THEN INSERT ROW;

注意事项： #

• SAFE_CAST()会把无法转换的浮点值（比如NaN、无穷大）转为NULL，如果你的业务场景需要处理这类异常值，可以额外加IFNULL()或者过滤条件，比如：

  IF(TYPEOF(numericVal) = 'FLOAT64', 
     IFNULL(SAFE_CAST(numericVal AS NUMERIC), 0), -- 把NULL替换为默认值0
     numericVal) AS numericVal
  

方案2：动态SQL批量处理多字段（进阶场景） #

如果你的表有多个数值字段需要批量处理，手动逐个判断太麻烦，可以用动态SQL生成转换逻辑。比如先查询表的字段类型，再自动生成CAST语句，不过这个方案适合有一定SQL开发经验的场景，简化思路如下：

• 用INFORMATION_SCHEMA.COLUMNS获取目标表的NUMERIC字段列表
• 动态生成每个字段的类型转换逻辑
• 拼接成完整的MERGE语句执行

如果只是单个字段的场景，方案1完全够用，简单直接。

为什么会报错？ #

BigQuery的NUMERIC类型是为高精度财务计算设计的，存储的是精确的小数；而FLOAT64是近似值存储的浮点型，两者的底层存储机制完全不同，BigQuery不允许隐式转换，必须显式指定类型转换才能赋值。

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