nighty

    最近的二个项目，由于规模较小，都是十张表之内，而且表关联非常少。所以用了一下iBatis做为数据库关系映射，本着减少手写JDBC代码的目的，想着可以减少工作量。但是却遇到了二个令人郁闷的问题。由于环境的限制，使用了jdk1.4.x编译的iBatis2.3版本，没有使用最近的。

    第一问题：  其中的一个项目，有一个表为它配置了sql Map的一个delete操作，非常简单，大概就是delete from xxx where id=#value#这样的语句，然后用sqlMapClient进行操作，日志打印完全正常，没有报任何Exception，返回影响记录数也是正确的。但是进数据库一看，巍然不动！左查查，右查查，查不出任何毛病。更奇怪的是，数据库表之间的所有关联和索引全部取消，还是存在这问题。其它的三个字段比较少的表，这样配置，同样的api调用却正常！这个出问题的数据库表字段大概20+个左右。

    第二个问题：另一个项目，是二期重构，本来一期也不复杂，全部是使用JDBC实现的，只是有些表的字段太多，JDBC写到烦，特别是处理一些NULL的插入，还有批处理时异常日志的详细处理也有点烦。近期做二期升级，就算采用iBatis来减少一些代码量，于于喜涮涮地搞上去了，代码的确减少了许多。单元测试也能通过，后来就设置了比较复杂的数据。发现问题的现场如下：在一个业务接口中，一个事务中包含了许多SQL操作，有delete，也有insert，大概十个sql语句左右，全部放在一个batch中执行，整个batch提交一个事务。测试环境提供了31个类似的业务数据，总共执行31个事务，采用for的循环执行调用，每逢索引 i = 10*n  的时候就会卡住，这个操作得花很长时间，最后能通过。后来进行跟踪，发现是在执行第一个语句delete一个记录（delete from xxx where id='xx'）同样也是单表删除。搜索了google，baidu，没有任何资源，翻遍了文档没有任何说明，查了网站FAQ也没有办法。于是，只能.......郁闷!

   为什么遇到delete都会有这个问题？不晓得有没有高手遇到同样的问题，这里算是总结的同时也提问，希望有遇到相同类型的高手给个解决的方案。如果不行，就得倒回去用JDBC实现，就此iBatis的体验使用也就搁置，估计以后也不会碰它了。Hibernate就不用了，有点小题大作。
   google了才知道，原来iBatis的书籍、论坛、资料、讨论等等相比Hibernate要少很多。学习是很简单，但是遇到这种细节的时候，又不太愿意花时间去研究源代码（都是现实所逼，有个球时间呀？）。所以选框架要慎重！！！

刚进场的时候戏就落幕