Oracle 11g开发项目时，使用XML Table出现了BUG，现总结如下：问题其实很简单，就是我们在项目中使用了很多超级长的SQL语句，之后导致SQL执行效率低下，并且貌似导致了Oracle的SQL编译空间溢出了。

出问题的SQL：

1. SELECT N1,N2  

2. FROM A1  

3. WHERE  

4.     （N1='1' AND N2='a1') OR  

5.     （N1='2' AND N2='a2') OR  

6.     （N1='3' AND N2='a3') OR  

7.     （N1='4' AND N2='a4') OR  

8. .... 

BUG解析

当然了真实的SQL文是不可能这么简单的，比这个要复杂的多。不过出问题的部分基本就是这样了，其实原来没用AND/OR这种结构，用的是IN，但IN语句的参数不能超过2000个。所以就改成这个结构了，这个结构传东西到是没有限制了，但是会导致SQL文变长，而且由于数据的长度不定。这些1和a1是前面产生的结果，所以不一定有多少组。所以都是直接拼在SQL里了。问题很明显，后果很严重。

BUG解决

因为系统已经开发很长时间了，不能进行太大的改动。老系统就这样，改的越多，错的越多，狂改代码基本属于自虐行为。所以我们引入了XMLTable来解决这个问题，这还是一个DBA给的建议呢。

1. SELECT N1,N2  

2. FROM A1  

3. WHERE (N1,N2) IN (  

4.     SELECT X1,X2 FROM  

5.         XMLTable('for $i in /T/REC return $i' PASSING XMLType(#str:CLOB#)  

6.         COLUMNS X1 INTEGER PATH 'X1',  

7.         X2 CHAR(2) PATH 'X2') 

因为使用iBatis的缘故，所以我使用了一个叫str的参数，并且声明为CLOB类型的，但str里放什么呢？

1.  

2.     1a1 

3.     2a2 

4.     ....  

5.  

这个很明白了吧，就是把需要的数据通过XML的形式变成一个表，之后再和主表进行子查询进行关联。这样做的好处就是把SQL文的长度变换为参数的长度了，虽然参数变长了，但SQL文本身变短了。

总结

真正做的时候还遇到了一些问题：首先，使用这个SQL的时候必须要在一个事务里，虽然他只是查询，但一定要在事务里否则会出错。因为咱们程序里使用了CLOB数据，所以要加载以下的Bean：

1.  id="simpleExtractor"   

2. class="org.springframework.jdbc.support.nativejdbc.SimpleNativeJdbcExtractor"> 

3.  

4.  id="oracleLobHandler"   

5. class="org.springframework.jdbc.support.lob.OracleLobHandler"> 

6.      name="nativeJdbcExtractor" ref="simpleExtractor"/> 

7.  

SQLMap里需要加一个CLOB的TypeHandler,之后在变量里声明一下#str:CLOB#就可是了。

1.  javaType="java.lang.String" jdbcType="CLOB"    

2. callback="org.springframework.orm.ibatis.support.ClobStringTypeHandler"/> 

但还有一点需要注意，我查了很长时间，因为$在iBatis里是关键字，这个关键字如果需要输出的话就需要转义，就要使用$代表一个$当然#也是同理的。

来源：网络 编辑：联动北方技术论坛

Oracle 11g数据库使用XML Table的BUG解决