使用Ibatis作为数据库持久层的人都有体会,Ibatis 对NULL值的处理并不优雅.本文讨论常见的NULL值处理方案.jdbcType 应该是java.sql.Types中所列举的类型中的一种.
1.String为NULL的处理:拿SQL Server 来说,其中与String对应的类型有很多种,如VARCHAR,NVARCHAR,TEXT...如果存入数据库中的值有可能为NULL的时候,我们只 要在插入或者更新的时候指定它的类型为VARCHAR,或者LONGVARCHAR,对应TEXT类型,(注意不能为NVARCHAR,和LONGNVARCHAR):如下
<update id="update">
UPDATE [ArtT_user]
SET [ArtT_sUserName] = #userName#
,[ArtT_sUserPwd] = #password#
,[ArtT_sUserEmail] = #userEmail:VARCHAR#
,[ArtT_sUserDescription] = #description:LONGVARCHAR#
WHERE [ArtT_iUserId] = #userId#
</update>
如果属性userEmail,description为空时,Ibatis把NULL存入数据库.
数据库取出值为NULL,对应的属性为String类型的时候,无需作特别处理,Ibatis会把相应属性设置为空.
2.date ,datetime的处理:与String的处理相类似,插入或者更新数据时,应该指定日期的类型,DATE 或者TIMESTAMP,如下:
<update id="update">
UPDATE [ArtT_user]
SET [ArtT_sUserName] = #userName#
,[ArtT_sUserPwd] = #password#
,[ArtT_dLastLoginTime] = #lastLoginTime:TIMESTAMP#
,[ArtT_sCreateDate] = #createDate:DATE#
WHERE [ArtT_iUserId] = #userId#
</update>
同时,从数据库中取出值时,在resultMap中也应该指定明确的类型,DATE 或者DATETIME,如下:
<result property="lastLoginTime"column="ArtT_dLastLoginTime" columnIndex="12"jdbcType="TIMESTAMP"/>
< result property="createDate" column="ArtT_sCreateDate" columnIndex="13" jdbcType="DATE"/>
3.int,double,float的处理:根据Ibatis 官方文档介绍,因为在javaBean中如果属性为int ,double, float 时,不允许设置为NULL,可以采用一个"神奇数字"来代替属性中的NULL,如-9999.
数据存入数据库时,当检测到属性值为-9999时,Ibatis把空值存入数据库中.
数据从数据库中取出时,当数据库中该字段为NULL时,Ibatis给javaBean中的属性赋值为-9999.
因此,在XML映射文件中,应该同时在存 入与取出处指定nullValue='-9999',否则容易导致数据库的不一致.
这种做法虽然保证了数据库的一致性,但对程序来说并不雅观,在程序中如果 要判断该属性是否为空,只要判断它是否等于"神奇数字",不得已而为之.