Maxcompute-UNION数据类型对齐的方法

第1章 问题概述

1.1 UNION中隐式类型转换问题

近期参与的一个私有云项目要升级，因为maxcompute要升级到更新的版本，对之前的一些SQL写法有个更高的要求，就引出了这个union隐式转换的问题。运维同学扫描到内部的异常是：
union.string.meet.non.string。 在ODPS某些模式中在union两侧对应列如果类型不同时会尝试隐式类型转换，其行为是一边为string，另一边为数字或datetime类型时，转为另一边的类型（string）。然而绝大多数的数据库或者开源生态而言，使用的都不是这种转换规则，比如hive，mysql等会优先转成string。这种不确定的转换规则有时候会很危险，如用户从hive往odps迁移时，可能会导致无声无息的精度损失，语义错误等。 ODPS2.0为了安全禁止此隐式类型转换（这也是目前oracle的默认行为）,如果需要请使用CAST函数。（之前好好的，现在要报错了）所以现在项目组要求脚本作者检查自己脚本，明确要转到的类型，如果需要加入显式转换。

例：

select * from (--（错误）select a_bigint c1 from t1 union allselect a_string c1 from t2) x;  

-- 如果希望结果c1为bigint类型（这是目前ODPS的行为），改为

select * from (--（正确）select a_bigint c1 from t1  union all select cast(a_string as bigint) c1 from t