当前位置:Gxlcms > 数据库问题 > Mybatis+Oracle搭配insert空值报错问题

Mybatis+Oracle搭配insert空值报错问题

时间:2021-07-01 10:21:17 帮助过:24人阅读

SEO搜索到,首先把报错内容贴出来吧 

不同版本的Oracle驱动会报不同的错 

1 <dependency>
2     <groupId>com.oracle</groupId>
3     <artifactId>ojdbc6</artifactId>
4     <version>1.0</version>
5 </dependency>

 报错如下:

Error updating database.  Cause: org.apache.ibatis.type.TypeException: Could not set parameters for mapping: ParameterMapping{property=‘name‘, mode=IN, javaType=class java.lang.String, jdbcType=null, numericScale=null, resultMapId=‘null‘, jdbcTypeName=‘null‘, expression=‘null‘}. Cause: org.apache.ibatis.type.TypeException: Error setting null for parameter #1 with JdbcType OTHER . Try setting a different JdbcType for this parameter or a different jdbcTypeForNull configuration property. Cause: java.sql.SQLException: 无效的列类型: 1111

<dependency>
    <groupId>com.oracle</groupId>
    <artifactId>ojdbc4</artifactId>
    <version>1.0</version>
</dependency>

报错如下:

Error updating database.  Cause: org.apache.ibatis.type.TypeException: Could not set parameters for mapping: ParameterMapping{property=‘name‘, mode=IN, javaType=class java.lang.String, jdbcType=null, numericScale=null, resultMapId=‘null‘, jdbcTypeName=‘null‘, expression=‘null‘}. Cause: org.apache.ibatis.type.TypeException: Error setting null for parameter #1 with JdbcType OTHER . Try setting a different JdbcType for this parameter or a different jdbcTypeForNull configuration property. Cause: java.sql.SQLException: 无效的列类型

有异常那就一点一点的对着MyBatis调试追踪吧。避免啰嗦,就用ojdbc6调试吧;因为ojbc6与mybatis的最新版本搭配更稳定。

至于为什么不稳定可以看看我的这篇博客:MyBatis+Oracle时出现的错误: Method oracle/jdbc/driver/OracleResultSetImpl.isClosed()Z is abstract

便于源码分析,还是先上Demo吧。

mybatis-oracle-config.xml 

 1 <?xml version="1.0" encoding="UTF-8"?>
 2 <!DOCTYPE configuration PUBLIC "-//mybatis.org//DTD Config 3.0//EN"
 3         "http://mybatis.org/dtd/mybatis-3-config.dtd">
 4 
 5 <configuration>
 6     <properties>
 7         <property name="driver" value="oracle.jdbc.driver.OracleDriver"/>
 8         <property name="url" value="jdbc:oracle:thin:@127.0.0.1:1521/orcl"/>
 9     </properties>    
10 
11     <environments default="dev">
12         <environment id="dev">   
13             <dataSource type="POOLED">
14                 <property name="driver" value="${driver}"></property>
15                 <property name="url" value="${url}"></property>
16                 <property name="username" value="gys"></property>
17                 <property name="password" value="gys"></property>
18             </dataSource>
19         </environment>
20 
21     </environments>
22     <mappers>       
23         <mapper resource="mapper/oracle/user.xml"></mapper>
24     </mappers>
25 </configuration>

 user.xml

 1 <?xml version="1.0" encoding="UTF-8"?>
 2 <!DOCTYPE mapper PUBLIC "-//mybatis.org//DTD Mapper 3.0//EN"
 3         "http://mybatis.org/dtd/mybatis-3-mapper.dtd">
 4 <mapper namespace="dao.oracle.IUserMapper">
 5     <insert id="insertUser" parameterType="model.oracle.User">
 6         insert into users
 7         (name,age)
 8         values
 9         (#{name},#{age})
10     </insert>
11 </mapper>

Main方法入口: 

 1  public static void main(String[] args) throws Exception{
 2         SqlSessionFactoryBuilder builder=new SqlSessionFactoryBuilder();
 3         SqlSessionFactory sqlSessionFactory=builder.build(Resources.getResourceAsStream("mybatis-oracle-config.xml"),"dev");
 4         SqlSession sqlSession=sqlSessionFactory.openSession(true);
 5         IUserMapper userMapper=sqlSession.getMapper(IUserMapper.class);
 6         User user=new User();
 7    //此处不设置,故意插入null数据
 8         //user.setName("gggg");
 9         user.setAge(20);
10         int count=userMapper.insertUser(user);
11         System.out.println(count == 1 ? "插入成功" : "插入失败");        
12         sqlSession.close();
13     }

 运行结果就是上面的报错内容了。

我们直接从SimpleExecutor.java执行器开始分析吧。

不了解执行器的可以看看我的这篇博客:MyBatis中Executor源码解析之BatchExecutor搞不懂

技术图片

 这个地方的stmt是指向OraclePreparedStatementWrapper.java这个类的;

看来这个是Oracle驱动提供的类,继承了JDBC的Statement接口

同时这个handler是指向RoutingStatementHandler类

第88行代码是开始进行sql参数进行设置的方法。我们追踪进去看看是如何实现的。

技术图片

直接去PreparedStatementHandler类吧;因为RoutingStatmentHandler继承自PreparedStatmentHandler类。

技术图片

 

 继续看setParameters()源码:

 1 @Override
 2 public void setParameters(PreparedStatement ps) {
 3 //获取该sql中所有的参数映射对象
 4  List<ParameterMapping> parameterMappings = boundSql.getParameterMappings();
 5   if (parameterMappings != null) {
 6    for (int i = 0; i < parameterMappings.size(); i++) {
 7       ParameterMapping parameterMapping = parameterMappings.get(i);    
 8       //如果不是出参
 9       if (parameterMapping.getMode() != ParameterMode.OUT) {
10        Object value;
11       //获取参数的属性名,比如name,age
12        String propertyName = parameterMapping.getProperty();       
13          MetaObject metaObject = configuration.newMetaObject(parameterObject);
14          //获取参数的预设值,比如name=5,这里value就是5
15          value = metaObject.getValue(propertyName);         
16          //根据参数获取类型转换器
17        TypeHandler typeHandler = parameterMapping.getTypeHandler();
18          //获取jdbc类型,这里是枚举;如果是空着,返回other枚举值,并且枚举的code属性值是1111
19        JdbcType jdbcType = parameterMapping.getJdbcType();
20        //这行条件基本不会执行,因为jdbcType在build时候,始终都会有值,空值的话默认是other枚举
21        if (value == null && jdbcType == null) {
22          jdbcType = configuration.getJdbcTypeForNull();
23        }
24        //参数设置开始交给类型转换器进行赋值
25        typeHandler.setParameter(ps, i + 1, value, jdbcType);
26      }
27    }
28  }
29 }   

去除了干扰的代码,添加了注释,继续想下追踪

技术图片

 

 typeHandler指向StringTypeHandler类,这里面没有seParameter()方法,直接去父级BaseTypeHandler类中找吧。

setParameter()源码

去除多余干扰的代码

 1  @Override
 2   public void setParameter(PreparedStatement ps, int i, T parameter, JdbcType jdbcType) throws SQLException {
 3       //参数值为空
 4     if (parameter == null) {
 5         //jdbcType为空,这里不可能为空,最起码是默认枚举other
 6       if (jdbcType == null) {
 7         throw new TypeException("JDBC requires that the JdbcType must be specified for all nullable parameters.");
 8       }
 9       try {
10           /**
11           i是参数位置,第一个参数这里就是1
12         jdbcType.TYPE_CODE是枚举的编码值,这里空值是1111·    
13           **/
14         ps.setNull(i, jdbcType.TYPE_CODE);
15       } catch (SQLException e) {
16           //这里的异常内容是不是很熟悉,就是我们在控制台看到的内容。看来异常就是上面setNull方法抛出的了
17         throw new TypeException("Error setting null for parameter #" + i + " with JdbcType " + jdbcType + " . "
18               + "Try setting a different JdbcType for this parameter or a different jdbcTypeForNull configuration property. "
19               + "Cause: " + e, e);
20       }
21     }
    //如果不是空值,就直接走这里了
    else{
setNonNullParameter(ps, i, parameter, jdbcType);}
22 }

继续查看

setNull()方法源码

技术图片

 

 继续去T4CPreparedStatement中查看setNull()源码

技术图片

 

 继续追踪setNullCritical()源码

技术图片

 

 继续追踪到getInternalType()源码

  1 int getInternalType(int var1) throws SQLException {
  2         boolean var2 = false;
  3         short var4;
  4         switch(var1) {
  5         case -104:
  6             var4 = 183;
  7             break;
  8         case -103:
  9             var4 = 182;
 10             break;
 11         case -102:
 12             var4 = 231;
 13             break;
 14         case -101:
 15             var4 = 181;
 16             break;
 17         case -100:
 18         case 93:
 19             var4 = 180;
 20             break;
 21         case -16:
 22         case -1:
 23             var4 = 8;
 24             break;
 25         case -15:
 26         case -9:
 27         case 12:
 28             var4 = 1;
 29             break;
 30         case -14:
 31             var4 = 998;
 32             break;
 33         case -13:
 34             var4 = 114;
 35             break;
 36         case -10:
 37             var4 = 102;
 38             break;
 39         case -8:
 40             var4 = 104;
 41             break;
 42         case -7:
 43         case -6:
 44         case -5:
 45         case 2:
 46         case 3:
 47         case 4:
 48         case 5:
 49         case 6:
 50         case 7:
 51         case 8:
 52             var4 = 6;
 53             break;
 54         case -4:
 55             var4 = 24;
 56             break;
 57         case -3:
 58         case -2:
 59             var4 = 23;
 60             break;
 61         case 0:
 62             var4 = 995;
 63             break;
 64         case 1:
 65             var4 = 96;
 66             break;
 67         case 70:
 68             var4 = 1;
 69             break;
 70         case 91:
 71         case 92:
 72             var4 = 12;
 73             break;
 74         case 100:
 75             var4 = 100;
 76             break;
 77         case 101:
 78             var4 = 101;
 79             break;
 80         case 999:
 81             var4 = 999;
 82             break;
 83         case 2002:
 84         case 2003:
 85         case 2007:
 86         case 2008:
 87         case 2009:
 88             var4 = 109;
 89             break;
 90         case 2004:
 91             var4 = 113;
 92             break;
 93         case 2005:
 94         case 2011:
 95             var4 = 112;
 96             break;
 97         case 2006:
 98             var4 = 111;
 99             break;
100         default:
101             SQLException var3 = DatabaseError.createSqlException(this.getConnectionDuringExceptionHandling(), 4, Integer.toString(var1));
102             var3.fillInStackTrace();
103             throw var3;
104         }
105 
106         return var4;
107     }

因为case中没有1111匹配项,所以只能进入default中了。

default中定义了一个异常类,并在最后义无反顾的throw掉了。一个空值的赋值处理总算告一段落了。

这个地方不是太明白什么意思,这些case 后面的数值都代表什么意思,我看只有oracle驱动开发的人才能明白了。

这个地方的设计好奇怪啊;

Mybatis+Oracle搭配insert空值报错问题

标签:出现   void   处理   stat   驱动开发   expr   conf   property   error   

人气教程排行