前一阵子在网上查资料,看到了一个关于oracle日期类型的小bug。
SQL> select * from v$version;
BANNER
----------------------------------------------------------------
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Prod
PL/SQL Release 10.2.0.1.0 - Production
CORE10.2.0.1.0 Production
TNS for 32-bit Windows: Version 10.2.0.1.0 - Production
NLSRTL Version 10.2.0.1.0 – Production
[@more@]SQL> select 1 from dual where to_char(sysdate - 733021,'yyyy-mm-dd bc')=to_char(sysdate - 733022,'yyyy-mm-dd bc');
1
----------------------
1
也就是说sysdate – 733021与sysdate – 733022是相等的。我们都知道的,日期减一的话就是减少一天,而上面的例子中两者却是相等的。
SQL> select to_char(sysdate - 733021,'yyyy-mm-dd bc') from dual;
TO_CHAR(SYSDATE-733021,'YYYY-M
------------------------------
0000-00-00 00
SQL> select to_char(sysdate - 733022,'yyyy-mm-dd bc') from dual;
TO_CHAR(SYSDATE-733022,'YYYY-M
------------------------------
0000-00-00 00
问题就是出在了这个0000年上了。实际上是不存在0000年的,公元前一年接下来就是公元一年了。而oracle数据库中却引入了0000年。不大清楚为什么oracle要引入0000年。
在我的这个版本的数据库,上面的SQL不会有问题,而在一些其他的版本,上面的查询是会报错误的,错误的 大概就是年度不能为0吧 ,错误号记不不清楚了。
这只是一个小问题,一般说来没什么影响。
有个同事发现的9i中的分区表的bug就十分弱智了,如果一个对不规则分区的访问通过循环中的绑定变量的SQL执行,那么在那些不规则的分区上将不会得到正确的结果。正确的SQL居然得到的错误的结果。还好,这个关于分区表的bug在10g中已经纠正了。
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/8394333/viewspace-989979/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/8394333/viewspace-989979/