Oracle 11g數(shù)據(jù)庫使用XML Table的BUG解決
Oracle 11g開發(fā)項目時,使用XML Table出現(xiàn)了BUG,現(xiàn)總結如下:問題其實很簡單,就是我們在項目中使用了很多超級長的SQL語句,之后導致SQL執(zhí)行效率低下,并且貌似導致了Oracle的SQL編譯空間溢出了。
出問題的SQL:
- SELECT N1,N2
- FROM A1
- WHERE
- (N1='1' AND N2='a1') OR
- (N1='2' AND N2='a2') OR
- (N1='3' AND N2='a3') OR
- (N1='4' AND N2='a4') OR
- ....
BUG解析
當然了真實的SQL文是不可能這么簡單的,比這個要復雜的多。不過出問題的部分基本就是這樣了,其實原來沒用AND/OR這種結構,用的是IN,但IN語句的參數(shù)不能超過2000個。所以就改成這個結構了,這個結構傳東西到是沒有限制了,但是會導致SQL文變長,而且由于數(shù)據(jù)的長度不定。這些1和a1是前面產(chǎn)生的結果,所以不一定有多少組。所以都是直接拼在SQL里了。問題很明顯,后果很嚴重。
BUG解決
因為系統(tǒng)已經(jīng)開發(fā)很長時間了,不能進行太大的改動。老系統(tǒng)就這樣,改的越多,錯的越多,狂改代碼基本屬于自虐行為。所以我們引入了XMLTable來解決這個問題,這還是一個DBA給的建議呢。
- SELECT N1,N2
- FROM A1
- WHERE (N1,N2) IN (
- SELECT X1,X2 FROM
- XMLTable('for $i in /T/REC return $i' PASSING XMLType(#str:CLOB#)
- COLUMNS X1 INTEGER PATH 'X1',
- X2 CHAR(2) PATH 'X2')
因為使用iBatis的緣故,所以我使用了一個叫str的參數(shù),并且聲明為CLOB類型的,但str里放什么呢?
- <T>
- <REC><X1>1</X1><X2>a1</X2></REC>
- <REC><X1>2</X1><X2>a2</X2></REC>
- ....
- </T>
這個很明白了吧,就是把需要的數(shù)據(jù)通過XML的形式變成一個表,之后再和主表進行子查詢進行關聯(lián)。這樣做的好處就是把SQL文的長度變換為參數(shù)的長度了,雖然參數(shù)變長了,但SQL文本身變短了。
總結
真正做的時候還遇到了一些問題:首先,使用這個SQL的時候必須要在一個事務里,雖然他只是查詢,但一定要在事務里否則會出錯。因為咱們程序里使用了CLOB數(shù)據(jù),所以要加載以下的Bean:
- <bean id="simpleExtractor"
- class="org.springframework.jdbc.support.nativejdbc.SimpleNativeJdbcExtractor">
- </bean>
- <bean id="oracleLobHandler"
- class="org.springframework.jdbc.support.lob.OracleLobHandler">
- <property name="nativeJdbcExtractor" ref="simpleExtractor"/>
- </bean>
SQLMap里需要加一個CLOB的TypeHandler,之后在變量里聲明一下#str:CLOB#就可是了。
- <typeHandler javaType="java.lang.String" jdbcType="CLOB"
- callback="org.springframework.orm.ibatis.support.ClobStringTypeHandler"/>
但還有一點需要注意,我查了很長時間,因為$在iBatis里是關鍵字,這個關鍵字如果需要輸出的話就需要轉義,就要使用$代表一個$當然#也是同理的。
關于Oracle 11g數(shù)據(jù)庫出現(xiàn)使用XML Table解決問題的BUG的解決就介紹到這里了,希望本次的介紹能夠對您有所收獲!
【編輯推薦】