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 [color=red][value][/color] ”中的“value”，一定要加中括号，或者换成其他字符，因为value是ACCESS的关键字。由此牵扯出来第4个注意事项

4.在SqlMap文件中，注意sql语句中，列名如果是ACCESS的关键字，可能会引发一些莫名其妙的问题，要么尽量避免采用关键字作为列名，要么将列名用中括号包围的方式解决。