前一阵子在网上查资料，看到了一个关于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博客

oracle的两个bug