http://blog.csdn.net/renfufei/article/details/44887371
mybatis 插入读取clob类型,之前使用类型转换器的方式,但是不好使,不能读取,
javaType = "java.lang.String" typeHandler ="examples.service.OracleClobTypeHandler"/>
package examples.service;
import java.sql.CallableStatement;
import java.sql.PreparedStatement;
import java.sql.ResultSet;
import java.sql.SQLException;
import oracle.sql.CLOB;
import org.apache.ibatis.type.JdbcType;
import org.apache.ibatis.type.TypeHandler;
public class OracleClobTypeHandler implements TypeHandler {
public Object valueOf(String param) {
return null;
}
@Override
public Object getResult(ResultSet arg0, String arg1) throws SQLException {
CLOB clob = (CLOB) arg0.getClob(arg1);
return (clob == null || clob.length() == 0) ? null : clob.getSubString((long) 1, (int) clob.length());
}
@Override
public Object getResult(ResultSet arg0, int arg1) throws SQLException {
return null;
}
@Override
public Object getResult(CallableStatement arg0, int arg1) throws SQLException {
return null;
}
@Override
public void setParameter(PreparedStatement arg0, int arg1, Object arg2, JdbcType arg3) throws SQLException {
CLOB clob = CLOB.empty_lob();
clob.setString(1, (String) arg2);
arg0.setClob(arg1, clob);
}
}
后面看到这个帖子,
众所周知,Oracle有很多坑, 所以才有了去IOE。
在使用Druid做数据库连接池后,其实偶尔也会碰到小坑,这就是使用开源项目所必须去填平的。【如果使用不开源的产品,那就不是坑,而是陷阱了,你都不知道怎么去填坑】
用Druid连接池,通过JDBC往Oracle数据库的Clob字段插入数据,或者更新数据时,一个问题出现了。
类似于这样:
Caused by: java.lang.ClassCastException: com.alibaba.druid.proxy.jdbc.ClobProxyImpl cannot be cast to oracle.sql.CLOB
at oracle.jdbc.driver.OraclePreparedStatement.setClob(OraclePreparedStatement.java:7919)
at com.alibaba.druid.filter.FilterChainImpl.preparedStatement_setClob(FilterChainImpl.java:2978)
at com.alibaba.druid.filter.FilterAdapter.preparedStatement_setClob(FilterAdapter.java:1178)
at com.alibaba.druid.filter.FilterChainImpl.preparedStatement_setClob(FilterChainImpl.java:2975)
at com.alibaba.druid.filter.FilterAdapter.preparedStatement_setClob(FilterAdapter.java:1178)
at com.alibaba.druid.filter.FilterChainImpl.preparedStatement_setClob(FilterChainImpl.java:2975)
at com.alibaba.druid.proxy.jdbc.PreparedStatementProxyImpl.setClob(PreparedStatementProxyImpl.java:255)
at com.alibaba.druid.pool.DruidPooledPreparedStatement.setClob(DruidPooledPreparedStatement.java:588)
... 63 more
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
然后, 参考网上的文章,切换成 StringReader 以后又出现了字符串过长的问题,只好断点调试找BUG了,然后发现了一个方法:
ClobProxyImpl#getRawClob()
- 1
- 1
那么问题来了,也解决了。 代码贴出来如下所示:
package com.cncounter.util.solution.processor;
import java.sql.Clob;
import java.sql.PreparedStatement;
import java.sql.SQLException;
public class ClobProcessor {
public static final String JDBC_TYPE_CLOB = "clob";
public boolean processSolutionType(PreparedStatement statement, int order,
String jdbcType, Object paramValue) {
boolean result = false;
if(null == statement || order < 1){
return result;
}
//
String value = "";
if(null != paramValue){
value = paramValue.toString();
}
//
try {
if(JDBC_TYPE_CLOB.trim().equalsIgnoreCase(jdbcType)){
//
Clob clob = null;
if(paramValue instanceof Clob){
clob = (Clob)paramValue;
} else {
clob = statement.getConnection().createClob();
// 从 1 开始
clob.setString(1, value);
}
// 阿里巴巴的坑
if(clob instanceof com.alibaba.druid.proxy.jdbc.ClobProxyImpl){
com.alibaba.druid.proxy.jdbc.ClobProxyImpl impl = (com.alibaba.druid.proxy.jdbc.ClobProxyImpl)clob;
clob = impl.getRawClob(); // 获取原生的这个 Clob
}
statement.setClob(order, clob);
//
// 请注意, StringReader有坑,字段超过5万或者多少之后,就报错了. 所以注释了
// MyBatis的Clob类型也是这个BUG,如果不使用Clob,直接默认String,则Mybatis不报错
//StringReader reader = new StringReader(value);
//Reader reader = clob.getCharacterStream();
// 设置输出流
//statement.setCharacterStream(order, reader, value.length());
} else {
statement.setString(order, value);
}
result = true;
} catch (SQLException e) {
throw new RuntimeException("设置["+jdbcType+"]类型出错!", e);
}
//
return result;
}
}
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
- 37
- 38
- 39
- 40
- 41
- 42
- 43
- 44
- 45
- 46
- 47
- 48
- 49
- 50
- 51
- 52
- 53
- 54
- 55
- 56
- 57
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
- 37
- 38
- 39
- 40
- 41
- 42
- 43
- 44
- 45
- 46
- 47
- 48
- 49
- 50
- 51
- 52
- 53
- 54
- 55
- 56
- 57
分析了下原因,大概Druid是因为Clob有什么需要处理的,就增加了一个代理类:com.alibaba.druid.proxy.jdbc.ClobProxyImpl ; Blob就没有。
然后呢,Oracle也比较粗暴,setClob() 里面直接强转为 oracle.sql.CLOB。于是问题就出现了。
另外值得一提的是MyBatis的Clob类型有BUG,在上面的代码注释之中也提醒了,属于是 StringReader 的坑,反正谁用谁知道。 我们的处理策略是, 在 xml 之中不指定 jdbcType,由MyBatis自己判断,当成String处理就不报错,然后也就不管了。
日期: 2015年04月05日
把clob直接配置成varchar,插入和读取都没有问题,测试过10万字节的数据,可以正常插入和读取
gggLONG NULL, 之前对应longvarchar
hhhCLOB NULL 之前对应clob