长话短说,偶在博客开出了IBATIS2栏目,为的是给守护IBATIS2的同僚以信心,勿盲目的跟风技术,蜻蜓点水(毕竟遗留项目升级不易)!
IBATIS2是有缺陷,但作为SQL MAP开发,拥有它足以!IBATIS3做了优化、做了调整,完全处于不兼容IBATIS2状态,但作为SQL MAP模式,若仅仅停留在代码重构、优化dynamic sql方面,也不值得我们去跟风!
我之所以力挺IBATIS这种SQL MAP模式,是应为它有“一站式的”ORM 框架所不及的应用环境(eg.以局外人的角度,不干预库表设计,完全透明化提供DAO层规范化服务),详见博文IBATIS2序:T[.WOLF]开场白!
对于IBATIS的缺陷,大家谈的比较多的可能有以下几点:
①对数据库移植性支持不好;
②要自行编写sql,影响开发速度;
③数据库连接池方面做的不够;
④没有解决关联1:M/M:N存在N+1选择问题;
⑤分页采用逻辑分页,不支持大数据量选取,进而导致分页相关功能失效;
......
从相对论的角度来看,其实这些问题都不是什么大问题:
①对数据库移植性支持不好。有多少项目必须要支持多数据库呢?尤其是后台型项目!
②要自行编写sql,影响开发速度。“君子性非异也,善假于物也。”为何不借助于工具或自行写个代码生成器呢?自行写sql,其实这也正是SQL MAP灵活性的核心所在!
③数据库连接池方面做的不够。关于这个问题,我们完全可以借助于Spring来弥补啊,充分发挥Spring粘合剂的优势!
④没有解决关联1:M/M:N存在N+1选择问题。这个问题在IBATIS2.2.0借助于groupBy关键字都已经解决了,之所以会有朋友认为尚未解决我猜是受中文文档更新不及时误导所致,官方提供的中文文档iBATIS-SqlMaps-2_cn.pdf更新时间是2004年6月17日,而问题解决的英文文档iBATIS-SqlMaps-2_en.pdf更新时间是2006年8月9日!(注:并非利用解决N+1问题总是最好的,还要综合考虑,也许懒加载更适合)
⑤分页采用逻辑分页,不支持大数据量选取,进而导致分页相关功能失效。这的确是一个硬伤,但并不是无药可救。网上有很多朋友通过继承SqlExecutor实现物理分页,并通过反射替换应用中真实sql执行器(详见http://pengfeng.iteye.com/blog/200772或http://blog.csdn.net/cyoubunketu/archive/2009/06/06/4246676.aspx--刚去google的)。
看到很多朋友为了⑤忙碌,要做IBATIS2的守护者,今天放出我对⑤的解决方案,和朋友们的做法大同小异,下面简单的介绍下。
发布版本:iBatis2.3.4.8;《见附件》
基础版本:iBatis2终结版(V2.3.4.726)
解决的问题:①支持数据库物理分页选取;②消除接口PaginatedList及实现类PaginatedDataList过时注释;
注意事项:①若您采用的是Oracle数据库,则对您完全透明,无需做任何调整;
②若您采用的是MySQL数据库,则需要修改dialect.properties属性文件;
文件的位置:com/ibatis/ext/sqlmap/engine/dialect/dialect.properties
修改的方法:将dialectClass=com.ibatis.ext.sqlmap.engine.dialect.Dialect4Oracle
改为dialectClass=com.ibatis.ext.sqlmap.engine.dialect.Dialect4MySQL
③若您采用其他数据库,则需要实现接口com.ibatis.ext.sqlmap.engine.dialect.Dialect,并按②修改dialect.properties属性文件。
附Oracle版的Dialect接口实现代码:
package com.ibatis.ext.sqlmap.engine.dialect; public class Dialect4Oracle implements Dialect { public boolean supportPhysicLimit() { return true; } public String sqlLimitWrapper(String sql, long offset, long maxsize) { if (sql.indexOf("select") == -1) throw new RuntimeException( "the parameter sql of Dialect4Oracle.sqlWrapper is not a valid select sql:\n" + sql); sql = sql.trim(); /* get fields of raw sql,if your ibatis version is lower than version2.2.0 or the ibatis version does not support more columns selected than mapped in conf.xml String sqlFields = sql .substring("select".length(), sql.indexOf("from")); */ // construct rule sql StringBuffer dSQL = new StringBuffer(sql.length() + 100); //dSQL.append("select").append(sqlFields).append("from ("); dSQL.append("select").append(" * ").append("from ("); dSQL.append("select tab_.*,rownum rownum_ from (").append(sql).append( ")"); dSQL.append(" tab_ where rownum<=").append(offset + maxsize); dSQL.append(")"); dSQL.append(" where rownum_>").append(offset); //System.out.println(dSQL.toString()); return dSQL.toString(); } }
附分页调用代码片段(非WEB模式):
PaginatedDataList pagerList = (PaginatedDataList) service.userDaoIntf.queryForPaginatedList("selectUserList", aUser, 10); do { if(!pagerList.isEmpty()) { Iterator itr = pagerList.iterator(); while(itr.hasNext()) { //do something,for example as follows System.out.println(((User)itr.next()).getUsername()); } } } while(pagerList.nextPage());
在IBATIS3尚未走向成熟,尚未得到多方支持,尚未表现出优秀的特征之前,请先沉住气,让我们共同守护IBATIS2,这也是我前不久开出IBATIS2栏目打算介绍IBATIS2的基础知识、最佳实践的初衷!
特别提示:以Hibernate为代表的一站式ORM思想不同于以IBTIS这种SQL Map方式的半自动化的ORM,两者各有千秋,选谁&用谁视实际项目情况而定,这是我一贯坚持认为的。关于这两个框架的相关知识都将会有所介绍,以便共享知识,相互交流。