iBATIS操作CLOB字段實戰淺析
iBATIS操作CLOB字段的問題：在網上搜索發現有人遇到了相似的問題，但是情況不盡相同。現在把經驗寫出來，與大家分享。
環境：
JDK/JRE：1.5.0;Spring：1.2.7;iBATIS：2.1.7;Oracle：9.2.0.1;JDBC：OJDBC14_10g.jar
目標：
基于Spring提供的DBCP，使用iBATIS SQL Maps更新數據庫的CLOB字段。
現象：
總是有少部分特定的數據沒有更新，且并不是因為數據過長而失敗，有時很短的數據也會失敗。現象可以重現。原來的SQL的 Maps配置文件如下：
- ﹤update id="updateByFoodID" parameterClass="Food"﹥
- update TB_FOOD
- ﹤dynamic prepend="set"﹥
- ﹤isNotNull prepend="," property="foodDesc"﹥
- FOOD_DESC = #foodDesc#
- ﹤/isNotNull﹥
- ﹤isNotNull prepend="," property="foodImage"﹥
- FOOD_IMAGE = #foodImage#
- ﹤/isNotNull﹥
- ﹤/dynamic﹥
- where FOOD_ID = #foodID#
- ﹤/update﹥
查看log4j的DEBUG輸出，只有Preparing Statement、Executing Statement、和Parameters，并沒有異常輸出。
iBATIS操作CLOB字段初步分析原因，有如下6個：
1、首先還是懷疑有地方數據過長；
2、操作的長字符串是JSON格式的，并且數據內容可能包含‘?’、‘/’等特殊字符；
3、由于有多個程序同時使用該表，可能是事務隔離的原因；
4、LOB字段在Dynamic Mapped Statements中運行的問題；
5、這個版本的Spring對iBATIS的支持問題；
6、JDBC的版本問題。
iBATIS操作CLOB字段分別分析：
1、VARCHAR2類型的列最長為4000字節，VARCHAR2類型的PL/SQL變量最長為32767字節，操作的數據確實有可能超過64k，但程序中沒有使用VARCHAR2變量存儲數據，LOB類型的列更是可以存儲4G的數據；
2、走查更新失敗的字符串內容，沒有發現特殊之處；
3、新建一張臨時表，用以進行insert和update操作，發現并沒有解決問題；
4、去掉動態部分，寫最簡單的SQL語句，也沒有解決問題；
5、（暫時略過）；
6、這個可能性比較小，一直都在用***版本的JDBC。
網上有人提到3種辦法，其中“第2種”，給SqlMapClientFactoryBean增加lobHandler屬性，據稱是指能工作在native的驅動方式下，經查Spring的API文檔，并不準確，摘錄文檔如下：
While most databases are able to work with DefaultLobHandler, Oracle just accepts Blob/Clob instances created via its own proprietary BLOB/CLOB API, and additionally doesn't accept large streams for PreparedStatement's corresponding setter methods. Therefore, you need to use a strategy like this LobHandler implementation.
Needs to work on a native JDBC Connection, to be able to cast it to oracle.jdbc.OracleConnection. If you pass in Connections from a connection pool (the usual case in a J2EE environment), you need to set an appropriate NativeJdbcExtractor to allow for automatical retrieval of the underlying native JDBC Connection. LobHandler and NativeJdbcExtractor are separate concerns, therefore they are represented by separate strategy interfaces.
Coded via reflection to avoid dependencies on Oracle classes. Even reads in Oracle constants via reflection because of different Oracle drivers (classes12, ojdbc14) having different constant values! As this LobHandler initializes Oracle classes on instantiation, do not define this as eager-initializing singleton if you do not want to depend on the Oracle JAR being in the class path: use "lazy-init=true" to avoid this issue.
因此，修改Spring配置文件：
- ﹤bean id="jdbcExtractor" class="org.springframework.jdbc.support.nativejdbc.CommonsDbcpNativeJdbcExtractor" /﹥
- ﹤bean id="oracleLobHandler" class="org.springframework.jdbc.support.lob.OracleLobHandler" lazy-init="true"﹥
- ﹤property name="nativeJdbcExtractor"﹥﹤ref local="jdbcExtractor" /﹥﹤/property﹥
- ﹤/bean﹥
- ﹤bean id="sqlMapClient" class="org.springframework.orm.ibatis.SqlMapClientFactoryBean"﹥
- ﹤property name="configLocation" value="classpath:conf/sqlMapConfig.xml"﹥﹤/property﹥
- ﹤property name="dataSource"﹥﹤ref local="aeqdsDataSource" /﹥﹤/property﹥
- ﹤property name="lobHandler"﹥﹤ref local="oracleLobHandler" /﹥﹤/property﹥
- ﹤/bean﹥
未果。
使用提到的“第3種”方法，這又有2種方式，第1種是全局性的，在SQL Maps配置文件中加入callback方法：
- ﹤typeHandler jdbcType="BLOB" javaType="[B" callback="org.
- ringframework.orm.ibatis.support.BlobByteArrayTypeHandler" /﹥
- ﹤typeHandler jdbcType="CLOB" javaType="java.lang.String"
- llback="org.springframework.orm.ibatis.support.ClobStringTypeHandler" /﹥
第2種是在單個的屬性上指定typeHandler，如果是select，就可以用：
- ﹤resultMap id="foodResult" class="Food"﹥
- ﹤result property="foodId" column="FOOD_ID"/﹥
- ﹤result property="foodDesc" column="FOOD_DESC" typeHandler="org.springframework.orm.ibatis.support.ClobStringTypeHandler"/﹥
- ﹤result property="foodImage" column="FOOD_IMAGE" typeHandler="org.springframework.orm.ibatis.support.BlobByteArrayTypeHandler"/﹥
- ﹤/resultMap﹥
如果是insert或update，就可以用：
- ﹤update id="updateByFoodID" parameterClass="Food"﹥
- update TB_FOOD
- set FOOD_DESC = #foodDesc,handler=org.springframework.orm.ibatis.support.ClobStringTypeHandler#,
- FOOD_IMAGE = #foodImage,handler=org.springframework.orm.ibatis.support.BlobByteArrayTypeHandler#
- where FOOD_ID = #foodID#
- ﹤/update﹥
加入這個callback或typeHandler方法后，iBATIS抱怨沒見過這個標記，程序不能啟動。把iBATIS升級為2.3.0，順便也把Spring升級為2.0.2，正常啟動。但是效果更差，所有數據均不能更新，且日志顯示只進行了Prepare Statement，卻沒有執行。
死馬當活馬醫：
- ﹤parameterMap id="updateByFoodIDPara" class="Food"﹥
- ﹤parameter property="foodDesc" jdbcType="CLOB" javaType="java.lang.String" /﹥
- ﹤parameter property="foodImage" jdbcType="BLOB" javaType="[B" /﹥
- ﹤parameter property="foodID" jdbcType="VARCHAR" javaType="java.lang.String" /﹥
- ﹤/parameterMap﹥
- ﹤update id="updateByFoodID" parameterMap="updateByFoodIDPara"﹥
- update TB_FOOD
- set FOOD_DESC = ?, FOOD_IMAGE = ?
- where FOOD_ID = ?
- ﹤/update﹥
依舊未果。
使出殺手锏，把update封裝在一個存儲過程中（其中不需要特別的事務處理），然后將SQL Maps配置文件的對應內容簡簡單單的修改為：
- ﹤procedure id="updateByFoodID" parameterClass="Food"﹥
- {call pkg_xxx.sp_xxx (#foodID#, #foodDesc#, #foodImage#)}
- ﹤/procedure﹥
OK！
iBATIS操作CLOB字段的問題還是要在實戰中多多總結，希望這篇文章對你理解iBATIS操作CLOB字段有所幫助。
【編輯推薦】
