日期:2014-05-16  浏览次数:20457 次

iBatis访问MS Access数据库(*.mdb)时的若干注意事项
因需要处理Access数据库,在考虑持久层方案时,由于效率原因,最终选择iBatis,但在进行可行性方案的试验过程中,碰到几个棘手的问题,导致差点放弃此方案。

1.在运行iBatis的Update时,如果Access表的主键是自增型主键时,即“自动编号 + 长整型 + 递增”型主键,对应的JavaBean的属性值只能是int型,不能设置为long型,否则,会报告“java.sql.SQLException: [Microsoft][ODBC Microsoft Access Driver]可选的功能未实现”
<update id="updateMsg"  parameterClass="msg">
		update MESSAGE set MESSAGE_TEXT=#text# where MESSAGE_ID=#msgID#
</update>

进一步研究发现,实质上是数据类型不匹配造成的,即Java的int型对应ACCESS的长整型。(长整型 (默认值)保存从 -2,147,483,648 到 2,147,483,647(无小数位)的数字。 4 个字节 )。
看来,是自己的的经验不足了,不过iBatis的错误提示也在些隐晦了,经过源码的跟踪调试,半天才明白是此道理。

2.java的double类型与Access的双精度与单精度匹配

3.Access自动生成主键列在insert后由iBatis通过SqlMap获取的语句:

	<insert id="insertMsg" parameterClass="msg">
		insert into MESSAGE(
		MESSAGE_TEXT,
		PRICE)
		values(
		#text#,
		#price#)
		<selectKey resultClass="int" type="post" keyProperty="msgID" >  
        	select @@IDENTITY as [value]
    	</selectKey>  
 	</insert>


(1).post指明Access采用的提交后生成主键的方式。
(2).msgID是指该表的主键列对应JavaBeans哪个属性。
(3).注意“select @@IDENTITY as [value] ”中的“value”,一定要加中括号,或者换成其他字符,因为value是ACCESS的关键字。由此牵扯出来第4个注意事项

4.在SqlMap文件中,注意sql语句中,列名如果是ACCESS的关键字,可能会引发一些莫名其妙的问题,要么尽量避免采用关键字作为列名,要么将列名用中括号包围的方式解决。
1 楼 say4ever2u 2009-12-28  
呵呵,楼主在用iBatis在访问access的时候是否有事务方面的问题呢  我前段时间用了下 感觉有问题就放弃了  , 现在能记住的就是 添加信息执行insert不成功 也不报任何错误..