最近参与的项目进行了一次优化技改，对其中SQL参数化公用方法进行了改造。又因项目组人员调整，接受其他模块。针对这次改造，自己负责的模块都要测试到底。
然后再测试过程发现，一个针对日期分组计算的SQL报错，报SQL语句超长的异常。
举个栗子，功能要求如下：
表table_test中
ID AMOUNT CREATE_DATE
1 100 2014-01-01
2 100 2014-01-09
3
DB2日期分组计算数据值
在项目优化中，遇到SQL日期分组计算导致的超长异常问题。原SQL逻辑复杂且冗长，通过改进，使用(days(CREATE_DATE) - days('2014-01-01'))/10 AS TIMESAPN来确定日期分组，简化程序逻辑，避免SQL语句过长引发的异常。
最低0.47元/天 解锁文章
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
