遭遇ORA-07445 的一个BUG

问题描述：
早上刚上班，开发的报告说一个很简单的查询不能运行，查询语句如下：
SELECT * FROM DEAL WHERE CODE IN ('12', '13') ORDER BY BEGINDATE desc
我自己登陆上去，查询一下，果然报错，错误信息如下：
SQL> SELECT * FROM DEAL WHERE CODE IN ('12', '13') ORDER BY BEGINDATE desc;
SELECT * FROM DEAL WHERE CODE IN ('12', '13') ORDER BY BEGINDATE desc
*
ERROR at line 1:
ORA-03113: end-of-file on communication channel

ERROR:
ORA-03114: not connected to ORACLE

这是一个最简单的查询，是一个简单的查询两种类型的交易，然后把这些交易按照交易开始时间进行一个倒序排列。后来也没大注意，结果一会功夫，收到了系统的报警邮件，alert文件中有ORA-07445错误，错误信息如下：
Errors in file /u01/app/oracle/admin/stream/udump/stream_ora_11780.trc:
ORA-07445: exception encountered: core dump [qkkMatchPrefix2()+72] [SIGSEGV] [Address not mapped to object] [0x000000004] [] []
查看相关的trace文件，里面全部是一堆内存的dump天书。后来查了半天，终于发现了一点眉目，这个问题和下面的bug很相似：
4540140 Dump (qkkMatchPrefix2) from INLIST with subpartitions
上面这点信息是在ORACLE 10.2.0.3 的patch的bug fix中看到的，而deal表是按照begindate进行的range分区，每10天一个分区，然后对code进行了子hash分区。因此从这里看到，这个错误和上面的bug fix中的描述是一致。随后换了几个机器，都有这个bug存在。
当时的DB环境如下：
SQL> select * from v$version;

BANNER
----------------------------------------------------------------
Oracle Database 10g Enterprise Edition Release 10.2.0.2.0 - 64bi
PL/SQL Release 10.2.0.2.0 - Production
CORE 10.2.0.2.0 Production
TNS for Linux: Version 10.2.0.2.0 - Production
NLSRTL Version 10.2.0.2.0 - Production

OS环境如下：
[oracle@stream bdump]$ more /etc/issue
Red Hat Enterprise Linux AS release 4 (Nahant Update 4)

总结：每个版本的oracle都会有很多bug，还是应该及时跟踪一下每个版本的bug，出现问题的时候容易快速的定位和解决。