- 2.28日，客户微信公众号更新账单列表功能：业主群里反馈用户查到的账单记录不是自己的，经验证和推测是同事写死了用户编号。好吧！！！在家办公，有点马虎，表示理解吧。
- 2.29日，星期六，懒觉还没睡醒，业主群里反馈账单查不到了。i’m angry，直接把问题截图转发到了小组沟通群里。
转过头来一想，不对呀，昨天更新后是可以正常使用的呀。这家伙也不会这么用工，加班又给更新一版。感觉不对，查日志。
账单列表是默认加载近一年的，也没有传递时间相关的信息呀，怎么就指定的月份日期无效呢。直接在后台执行对应sql，还是报错。
ora-01839: 指定月份的日期无效 01839. 00000 - "date not valid for month specified"
看来是sql语句的问题，但是接口最近就没有更新呀。最终锁定在
sysdate - interval '1' year
--当然这个问题必须是在特定日期才会出现的,比如
select to_date('2020-02-29','yyyy-mm-dd') - interval '1' year from dual
经网上查询，原来这个问题是因为闰年29号以及oracel的interval处理机制造成。
query containing sysdate – interval ‘1’ year fails for today’s date(29th february 2016)
这里先说替代写法：
select add_months(to_date('2020-02-29','yyyy-mm-dd'),-12) from dual
这里有问题的说明：
it might be disappointing, but it is to be expected. [it is mentioned in the documentation](https://docs.oracle.com/database/121/sqlrf/sql_elements001.htm#i48042):
when interval calculations return a datetime value, the result must be an actual datetime value or the database returns an error. for example, the next two statements return errors:
select to_date('31-aug-2004','dd-mon-yyyy') + to_yminterval('0-1') from dual;
select to_date('29-feb-2004','dd-mon-yyyy') + to_yminterval('1-0') from dual;
the first fails because adding one month to a 31-day month would result in september 31, which is not a valid date. the second fails because adding one year to a date that exists only every four years is not valid.
大概意思是：
oracle的官方文档中已经说了:interval计算返回一个datetime值，返回值必须是一个准确的datetime值，否则返回错误。
说白了，interval计算后，oracle不会做转换，比如第一种情况，没有31号，不会帮你转到次月1号；第二种情况，没有29号，不会帮你转到次月1号或本月20号。因为这样不准确。
最后感叹一下，自己遇到了破解了一个4年一遇的bug！！！