hive 1.2.1的常量大坑bug

同事发现在hive 1.2.1和hive 0.13版本里面赋值常量，同样的SQL，得到结果是不同的，

  SQL如下：

insert overwrite  table test
select  month_id,
      client_version,
      mac_id,
      202030106 as kpi_id,
      kpi_value,
      create_date
 from table1
where month_id = 201604 and kpi_id=202030105 and client_version in ('aa','bb')；

结果如下：

      hive 1.2.1版本 得到test的字段kpi_id=202030105 ，而不是202030106？？？？？？，大坑，mysql使用习惯的大坑。

      hive 0.13版本  得到test的字段kpi_id=202030106，是正确的

采用explain进行分析计划对比：

在hive 1.2.1版本，map阶段，没有取常量202030106 ，因为给的别名刚好也是kpi_id,跟表字段一样，在where条件里面，又有kpi_id=202030105 ，可能处于优化考虑，减少map获取数据，减少IO，没有从表取这个字段（常量），到reduce阶段，结果把where条件kpi_id=202030105插入到目标，神马情况！！！！！

由于kpi_id是bigint类型，cast(202030106  as bigint)这样写就没问题，或者把别名写得跟表字段名字不同，如as kpi_id11111;

     另外一个大坑是，如SQL采用limit的限制，即使语句是cast(202030106  as bigint)的结果也是错误的，直接202030105插入到目标，解决还是别名的问题，不要跟表字段一样