最近在做需求发现算周表的时候将数据存储在每个星期的周一。在国内的语法实现完全没问题,但是将相同的脚本发送给海外部署新加坡站点俄罗斯站点部署时在国内测试通过的语句。在海外部署报错语法错误,这不折磨一通,难道hive不是适合国际化的趋势吗?研究发现果不其然还真是不是兼通海内外,随着我的排查思路待我慢慢道来。
就拿今天举例子吧,且看日历
第一种实现:就什么时间格式转换且自己自行百度转换成标准时间格式xxxx-xx-xx就ok
hive计算周一的日期;
SELECT DATE_SUB(‘2020-09-05’,CAST(DATE_FORMAT(‘2020-09-05’,‘u’) AS int)-1);
国内测试如图
刚好对照如上日历20200831且是周一是吧。就这样百分百分百五问题的sql到了海外也是可以执行的。只不过这里的,‘u’) AS int),‘u’有问题,对于一般的Sqoop导数工具无法兼容,导致始终通不过,但在hive是可以执行的。
hive计算周一的日期第二种实现;
SELECT DATE_SUB(NEXT_DAY(‘2020-09-05’,‘MO’),7)
Hive对周一的写法入坑实战演练
最新推荐文章于 2024-06-28 13:13:30 发布
本文讲述了在Hive中计算周一日期时遇到的国际化问题,特别是在国内外站点部署时出现的语法错误。主要讨论了DATE_SUB与NEXT_DAY函数的使用,包括'U'格式、'MO'简写、Monday全拼以及1-7的整数表示,并提到NLS_DATE_LANGUAGE设置对不同地区的影响。最后提供了一种不受语言环境影响的计算周一的Hive函数用法。
摘要由CSDN通过智能技术生成