62,075
社区成员
发帖
与我相关
我的任务
分享讨论：疑问——IBatis的优点何在，为什么要选择IBatis？
最近刚接触IBatis，因为时间不长，有一些看法和疑惑，烦请高手解答
1 IBatis的目的是为了减少对SQL语句的编码量，灵活使用SQL？
不知对目的我的理解是否正确？
2 如果目的是基于1，那SQL语句的代码量确实是可以减少，可是需要在XML中编写ResultMap，
ParamterMap，Statement，这个代码量应该比编写SQL的代码量更大吧？
而且如果只是为了减少代码量，完全可以通过封装一个简单的类来实现，而不是选择IBatis吧？
3 使用IBatis，需要频繁的读取XML，这个对服务器效率的影响应该不可小觑吧？
4 对于复杂的SQL，在IBatis下配置XML将更是复杂无比，相对SQL语句来说，个人愚见还是
SQL更简单直接？
5 在IBatis框架下，调试SQL无疑也是一个很麻烦的问题？
因为才接触IBatis，急于了解使用IBatis的有缺点，因为自己认识不多，以上看法难免有偏颇，
各位大小见笑了^_^
1 IBatis的目的是为了减少对SQL语句的编码量，灵活使用SQL？
不知对目的我的理解是否正确？
2 如果目的是基于1，那SQL语句的代码量确实是可以减少，可是需要在XML中编写ResultMap，
ParamterMap，Statement，这个代码量应该比编写SQL的代码量更大吧？
而且如果只是为了减少代码量，完全可以通过封装一个简单的类来实现，而不是选择IBatis吧？
3 使用IBatis，需要频繁的读取XML，这个对服务器效率的影响应该不可小觑吧？
4 对于复杂的SQL，在IBatis下配置XML将更是复杂无比，相对SQL语句来说，个人愚见还是
SQL更简单直接？
5 在IBatis框架下，调试SQL无疑也是一个很麻烦的问题？
因为才接触IBatis，急于了解使用IBatis的有缺点，因为自己认识不多，以上看法难免有偏颇，
各位大小见笑了^_^
...全文
请发表友善的回复…
发表回复
xiaojianfeng123 2010-09-05
- 打赏
- 举报
[Quote=引用 21 楼 jsjxieyang 的回复:]
我用的是hibernate，有机会了解ibatis
[/Quote]
我也是
我用的是hibernate，有机会了解ibatis
[/Quote]
我也是
跑跑鱼 2010-08-29
- 打赏
- 举报
我用的是hibernate，有机会了解ibatis
liuyiwu 2010-08-27
- 打赏
- 举报
好多牛人啊，学习。最近在研究ibatis3。
ruiyujin 2010-06-12
- 打赏
- 举报
具体学习ibatis最好是上网看ibatis home一下，下份开发指南，哪里什么都说好了
老马888 2010-05-31
- 打赏
- 举报
[Quote=引用 14 楼 villagehead 的回复:]
支持ibatis，支持所有半自动的技术。
全自动的技术使用的时候感觉很不自在。赫赫
顶上去
good luck
[/Quote]
。。。。。。
支持ibatis，支持所有半自动的技术。
全自动的技术使用的时候感觉很不自在。赫赫
顶上去
good luck
[/Quote]
。。。。。。
潜伏的猫 2010-03-22
- 打赏
- 举报
学习下
「已注销」 2010-01-25
- 打赏
- 举报
11111
小瑞 2009-11-18
- 打赏
- 举报
学习下了
villagehead 2009-08-19
- 打赏
- 举报
支持ibatis，支持所有半自动的技术。
全自动的技术使用的时候感觉很不自在。赫赫
顶上去
good luck
全自动的技术使用的时候感觉很不自在。赫赫
顶上去
good luck
heiniu30 2009-04-22
- 打赏
- 举报
收藏、、、
Roc_Lee 2009-04-02
- 打赏
- 举报
[Quote=引用 10 楼 wgzymzx 的回复:]
噢，my god。你们说的都是java下的应用吧。
不幸的是，我接触的是.net下的，当然以前也没有搞过java下的IBatis。
网上有没有什么关于这方面比较详细的教材：对里面的每个配置，特别是属性的用途说明
的介绍，我在网上没有找到，如果哪位手上有，给一份，万分感谢。
公司虽然在项目中使用了IBatis，可是他们很多东西都说不清除，而且应用上也是多少
有些问题，所以急需弄清楚这个东东。
我的邮箱：wanggang@verace.co…
[/Quote]
http://www.cnblogs.com/Roc_Lee/
噢，my god。你们说的都是java下的应用吧。
不幸的是，我接触的是.net下的，当然以前也没有搞过java下的IBatis。
网上有没有什么关于这方面比较详细的教材：对里面的每个配置，特别是属性的用途说明
的介绍，我在网上没有找到，如果哪位手上有，给一份，万分感谢。
公司虽然在项目中使用了IBatis，可是他们很多东西都说不清除，而且应用上也是多少
有些问题，所以急需弄清楚这个东东。
我的邮箱：wanggang@verace.co…
[/Quote]
http://www.cnblogs.com/Roc_Lee/
vrhero 2009-04-02
- 打赏
- 举报
[Quote=引用 10 楼 wgzymzx 的回复:]
噢，my god。你们说的都是java下的应用吧。
不幸的是，我接触的是.net下的，当然以前也没有搞过java下的IBatis。
网上有没有什么关于这方面比较详细的教材：对里面的每个配置，特别是属性的用途说明
的介绍，我在网上没有找到，如果哪位手上有，给一份，万分感谢。
公司虽然在项目中使用了IBatis，可是他们很多东西都说不清除，而且应用上也是多少
有些问题，所以急需弄清楚这个东东。
我的邮箱：wanggang@verace.co…
[/Quote]
这是.NET版...说的当然是IBatis.NET，要找文档去Apache官网找...
IBatis.NET缺点也不少，最大优点是免费产品...三年前试用过，结论是可以做做小网站...
噢，my god。你们说的都是java下的应用吧。
不幸的是，我接触的是.net下的，当然以前也没有搞过java下的IBatis。
网上有没有什么关于这方面比较详细的教材：对里面的每个配置，特别是属性的用途说明
的介绍，我在网上没有找到，如果哪位手上有，给一份，万分感谢。
公司虽然在项目中使用了IBatis，可是他们很多东西都说不清除，而且应用上也是多少
有些问题，所以急需弄清楚这个东东。
我的邮箱：wanggang@verace.co…
[/Quote]
这是.NET版...说的当然是IBatis.NET，要找文档去Apache官网找...
IBatis.NET缺点也不少，最大优点是免费产品...三年前试用过，结论是可以做做小网站...
kkun_3yue3 2009-03-31
- 打赏
- 举报
1,IBatis没有说过要减少SQL语句的编码量,只是灵活配置SQL语句,不用修改SQL语句时一块编译源程序,所谓动态配置,
2,同1
3,频繁读取XML性能影响不大,又不是写文件,IO一定会有,但完全不必担心
4,可以使用存储过程
5,一样可以用Sql Server Profiler监控,调试是麻烦些,但这个调试工作应该在配置它之前搞定,你调试通过后再配置到相应的XML里
2,同1
3,频繁读取XML性能影响不大,又不是写文件,IO一定会有,但完全不必担心
4,可以使用存储过程
5,一样可以用Sql Server Profiler监控,调试是麻烦些,但这个调试工作应该在配置它之前搞定,你调试通过后再配置到相应的XML里
wgzymzx 2009-03-31
- 打赏
- 举报
噢，my god。你们说的都是java下的应用吧。
不幸的是，我接触的是.net下的，当然以前也没有搞过java下的IBatis。
网上有没有什么关于这方面比较详细的教材：对里面的每个配置，特别是属性的用途说明
的介绍，我在网上没有找到，如果哪位手上有，给一份，万分感谢。
公司虽然在项目中使用了IBatis，可是他们很多东西都说不清除，而且应用上也是多少
有些问题，所以急需弄清楚这个东东。
我的邮箱：wanggang@verace.com.cn，或QQ：510166228
再次感谢
不幸的是，我接触的是.net下的，当然以前也没有搞过java下的IBatis。
网上有没有什么关于这方面比较详细的教材：对里面的每个配置，特别是属性的用途说明
的介绍，我在网上没有找到，如果哪位手上有，给一份，万分感谢。
公司虽然在项目中使用了IBatis，可是他们很多东西都说不清除，而且应用上也是多少
有些问题，所以急需弄清楚这个东东。
我的邮箱：wanggang@verace.com.cn，或QQ：510166228
再次感谢
xuan.ye 2009-03-31
- 打赏
- 举报
IBitis 很火啊
moyue008 2009-03-31
- 打赏
- 举报
.
Roc_Lee 2009-03-31
- 打赏
- 举报
1.
IBatis 的主要目的是使项目的模块化更具体，方便开发以及维护。通过xml的映射就可以完成相关操作
2.
IBatis 的模块化主要思路是ORM，形成一个对象。ResultMap，ParamterMap 其实都是一个对象。这样可以使面对对象更明确
3.
IBatis这个配置是一次性的。不会频繁的读取数据库。在第一次形成前，所有的映射都已经映射好了。不信你写错一个sql试试，都不可能成功打开页面
4.
个人认为这个还是使用存储过程比较好。真的。配置哪些sql挺麻烦的。
5.
这个挺麻烦的。不过错误信息很明确，如果英文还可以的话，很明确就看出哪个xml中哪行出问题。应该还是比较好调试的。
建议先测试好了再使用，也比较方便。
关于使用
见
http://www.cnblogs.com/Roc_Lee/
IBatis 的主要目的是使项目的模块化更具体，方便开发以及维护。通过xml的映射就可以完成相关操作
2.
IBatis 的模块化主要思路是ORM，形成一个对象。ResultMap，ParamterMap 其实都是一个对象。这样可以使面对对象更明确
3.
IBatis这个配置是一次性的。不会频繁的读取数据库。在第一次形成前，所有的映射都已经映射好了。不信你写错一个sql试试，都不可能成功打开页面
4.
个人认为这个还是使用存储过程比较好。真的。配置哪些sql挺麻烦的。
5.
这个挺麻烦的。不过错误信息很明确，如果英文还可以的话，很明确就看出哪个xml中哪行出问题。应该还是比较好调试的。
建议先测试好了再使用，也比较方便。
关于使用
见
http://www.cnblogs.com/Roc_Lee/
zzxap 2009-03-31
- 打赏
- 举报
iBatis是又一个O/R Mapping解决方案，j2ee的O/R方案真是多，和Hibernate相比，iBatis最大的特点就是小巧，上手很快。如果你不需要太多复杂的功能，iBatis是能满足你的要求又足够灵活的最简单的解决方案。
iBatis最大的特点是简单，最新版本2.0（下载），和1.0相比，主要改动在XML配置文件上，不过，只要有SQL基础，相信你不用教程也能看明白。下面我们看一个最简单的例子入门。
我们先建一个表Account，包括字段username, varchar(20), pk和passWord, varchar(20)，随便填入一些数据。然后编写iBatis必须的配置文件sql-map-config.xml，文件名随意，内容如下：
<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE sqlMapConfig
PUBLIC "-//iBATIS.com//DTD SQL Map Config 2.0//EN"
"http://www.ibatis.com/dtd/sql-map-config-2.dtd">
<sqlMapConfig>
<settings
cacheModelsEnabled="true"
enhancementEnabled="true"
lazyLoadingEnabled="true"
maxRequests="32"
maxSessions="10"
maxTransactions="5"
useStatementNamespaces="false"
/>
<transactionManager type="JDBC" >
<dataSource type="SIMPLE">
<property name="JDBC.Driver" value="sun.jdbc.odbc.JdbcOdbcDriver"/>
<property name="JDBC.ConnectionURL" value="jdbc:odbc:Blog"/>
<property name="JDBC.Username" value="admin"/>
<property name="JDBC.Password" value=""/>
</dataSource>
</transactionManager>
<sqlMap resource="Account.xml" />
</sqlMapConfig>
其他部分你不用管它，我是直接copy的示例配置，只需注意红色部分，配置好数据源即可。我用的是Access，所以用JdbcOdbc驱动。如果你用mysql或其他数据库，更改相应的属性。
然后注意到这个配置文件还引用了一个Account.xml，没错，iBatis把每个需要O/R Mapping的Java对象关联到一个xml配置文件，我们需要把一个Account表映射到一个Account类：
package example;
public class Account {
private String username;
private String password;
public String getUsername() { return username; }
public void setUsername(String username) { this.username=username; }
public String getPassword() { return password; }
public void setPassword(String password) { this.password=password; }
}
编写Account.xml文件：
<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE sqlMap
PUBLIC "-//iBATIS.com//DTD SQL Map 2.0//EN"
"http://www.ibatis.com/dtd/sql-map-2.dtd">
<sqlMap namespace="Account">
<select id="getAccount" parameterClass="java.lang.String" resultClass="example.Account">
select * from Account where username = #value#
</select>
<insert id="createAccount" parameterClass="example.Account">
insert into Account (username, password)
values ( #username#, #password# )
</insert>
</sqlMap>
我们主要关心红色部分。以<select ...>为例，这里定义了一个查询方法，名字为getAccount，传入参数为String，返回类型resultClass就是example.Account类，select语句相信你已经很熟悉了，#value#是我们将要传进去的String。
<insert...>与之类似，不过注意到#username#和#password#，由于参数是Account类，它们将被Account.getUsername()和Account.getPassword()替换。所以，只要你会写SQL，就能非常容易地写出配置文件。
最后便是如何使用iBatis实现O/R映射。首先初始化iBatis获得一个SqlMapClient对象：
com.ibatis.sqlmap.client.SqlMapClient sqlMap = null;
try {
java.io.Reader reader = om.ibatis.common.resources.Resources.getResourceAsReader ("sql-map-config.xml");
sqlMap = SqlMapClientBuilder.buildSqlMapClient(reader);
} catch (Exception e) {
e.printStackTrace();
}
然后就可以异常方便地使用O/R Mapping了，比如查询username=admin的Account：
try {
Account accout = (Account)sqlMap.queryForObject("getAccount", "admin");
...
}
或者创建一个新的Account：
try {
Account account = new Account();
account.setUsername("micheal");
account.setPassword("1234");
sqlMap.insert("createAccount", account);
}
运行时把两个配置文件和iBatis的3个jar包放到classpath中，要求jdk1.4版本。
总结：iBatis确实简单灵活，上手容易，代码很少，配置稍嫌复杂。不足之处一是没有方便的工具来自动生成xml配置文件，二是不管是query还是insert都只能传入一个参数，有时不得不把两个参数包装成一个类传进去。另外对常见的1:1，1:N关系的支持不如Hibernate。不过，大多数时候iBatis已经完全可以满足我们的需求。Spring很好的集成了iBatis，你可以参考Spring的JPetStore示例。需要注意的是使用iBatis 2.0和1.0有较大区别，主要体现在配置文件上，iBatis 2.0新增了DAO框架，不需要Spring提供的DAO也能很方便地实现DAO模式。
iBatis最大的特点是简单，最新版本2.0（下载），和1.0相比，主要改动在XML配置文件上，不过，只要有SQL基础，相信你不用教程也能看明白。下面我们看一个最简单的例子入门。
我们先建一个表Account，包括字段username, varchar(20), pk和passWord, varchar(20)，随便填入一些数据。然后编写iBatis必须的配置文件sql-map-config.xml，文件名随意，内容如下：
<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE sqlMapConfig
PUBLIC "-//iBATIS.com//DTD SQL Map Config 2.0//EN"
"http://www.ibatis.com/dtd/sql-map-config-2.dtd">
<sqlMapConfig>
<settings
cacheModelsEnabled="true"
enhancementEnabled="true"
lazyLoadingEnabled="true"
maxRequests="32"
maxSessions="10"
maxTransactions="5"
useStatementNamespaces="false"
/>
<transactionManager type="JDBC" >
<dataSource type="SIMPLE">
<property name="JDBC.Driver" value="sun.jdbc.odbc.JdbcOdbcDriver"/>
<property name="JDBC.ConnectionURL" value="jdbc:odbc:Blog"/>
<property name="JDBC.Username" value="admin"/>
<property name="JDBC.Password" value=""/>
</dataSource>
</transactionManager>
<sqlMap resource="Account.xml" />
</sqlMapConfig>
其他部分你不用管它，我是直接copy的示例配置，只需注意红色部分，配置好数据源即可。我用的是Access，所以用JdbcOdbc驱动。如果你用mysql或其他数据库，更改相应的属性。
然后注意到这个配置文件还引用了一个Account.xml，没错，iBatis把每个需要O/R Mapping的Java对象关联到一个xml配置文件，我们需要把一个Account表映射到一个Account类：
package example;
public class Account {
private String username;
private String password;
public String getUsername() { return username; }
public void setUsername(String username) { this.username=username; }
public String getPassword() { return password; }
public void setPassword(String password) { this.password=password; }
}
编写Account.xml文件：
<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE sqlMap
PUBLIC "-//iBATIS.com//DTD SQL Map 2.0//EN"
"http://www.ibatis.com/dtd/sql-map-2.dtd">
<sqlMap namespace="Account">
<select id="getAccount" parameterClass="java.lang.String" resultClass="example.Account">
select * from Account where username = #value#
</select>
<insert id="createAccount" parameterClass="example.Account">
insert into Account (username, password)
values ( #username#, #password# )
</insert>
</sqlMap>
我们主要关心红色部分。以<select ...>为例，这里定义了一个查询方法，名字为getAccount，传入参数为String，返回类型resultClass就是example.Account类，select语句相信你已经很熟悉了，#value#是我们将要传进去的String。
<insert...>与之类似，不过注意到#username#和#password#，由于参数是Account类，它们将被Account.getUsername()和Account.getPassword()替换。所以，只要你会写SQL，就能非常容易地写出配置文件。
最后便是如何使用iBatis实现O/R映射。首先初始化iBatis获得一个SqlMapClient对象：
com.ibatis.sqlmap.client.SqlMapClient sqlMap = null;
try {
java.io.Reader reader = om.ibatis.common.resources.Resources.getResourceAsReader ("sql-map-config.xml");
sqlMap = SqlMapClientBuilder.buildSqlMapClient(reader);
} catch (Exception e) {
e.printStackTrace();
}
然后就可以异常方便地使用O/R Mapping了，比如查询username=admin的Account：
try {
Account accout = (Account)sqlMap.queryForObject("getAccount", "admin");
...
}
或者创建一个新的Account：
try {
Account account = new Account();
account.setUsername("micheal");
account.setPassword("1234");
sqlMap.insert("createAccount", account);
}
运行时把两个配置文件和iBatis的3个jar包放到classpath中，要求jdk1.4版本。
总结：iBatis确实简单灵活，上手容易，代码很少，配置稍嫌复杂。不足之处一是没有方便的工具来自动生成xml配置文件，二是不管是query还是insert都只能传入一个参数，有时不得不把两个参数包装成一个类传进去。另外对常见的1:1，1:N关系的支持不如Hibernate。不过，大多数时候iBatis已经完全可以满足我们的需求。Spring很好的集成了iBatis，你可以参考Spring的JPetStore示例。需要注意的是使用iBatis 2.0和1.0有较大区别，主要体现在配置文件上，iBatis 2.0新增了DAO框架，不需要Spring提供的DAO也能很方便地实现DAO模式。
zzxap 2009-03-31
- 打赏
- 举报
ibatis基础代码包括：
1． ibatis实例配置
一个典型的配置文件如下（具体配置项目的含义见后）：
<? xml version="1.0" encoding="UTF-8" ?>
<! DOCTYPE sqlMapConfig
PUBLIC "-//iBATIS.com//DTD SQL Map Config 2.0/
"http://www.ibatis.com/dtd/sql-map-config-2.dt
<sqlMapConfig >
< settings
cacheModelsEnabled ="true"
enhancementEnabled ="true"
lazyLoadingEnabled ="true"
errorTracingEnabled ="true"
maxRequests ="32"
maxSessions ="10"
maxTransactions ="5"
useStatementNamespaces ="false"
/>
< transactionManager type ="JDBC" >
< dataSource type ="SIMPLE" >
< property name ="JDBC.Driver" value ="com.p6spy.engine.spy.P6SpyDriver" />
< property name ="JDBC.ConnectionURL" value ="jdbc:mysql://localhost/sample" />
< property name ="JDBC.Username" value ="user" />
< property name ="JDBC.Password" value ="mypass" />
< property name ="Pool.MaximumActiveConnections" value ="10" />
< property name ="Pool.MaximumIdleConnections" value ="5" />
< property name ="Pool.MaximumCheckoutTime" value ="120000" />
< property name ="Pool.TimeToWait" value ="500" />
< property name ="Pool.PingQuery" value ="select 1 from ACCOUNT" />
< property name ="Pool.PingEnabled" value ="false" />
< property name ="Pool.PingConnectionsOlderThan" value ="1" />
< property name ="Pool.PingConnectionsNotUsedFor" value ="1" />
</ dataSource >
</ transactionManager >
< sqlMap resource ="com/ibatis/sample/User.xml" />
</ sqlMapConfig >
⑴ Settings 节点
cacheModelsEnabled
是否启用SqlMapClient上的缓存机制。 建议设为"true"
enhancementEnabled
是否针对POJO启用字节码增强机getter/setter的调用效能，避免Reflect所带来的性能开销。同时，这也为Lazy Loading带来提升。 建议设为"true"
errorTracingEnabled
是否启用错误日志，在开发期间建议设为"true" 以方便调试
lazyLoadingEnabled
是否启用延迟加载机制，建议设为"true"
maxRequests
最大并发请求数（Statement并发数）
maxTransactions
最大并发事务数
maxSessions 最大Session数。即当前最大允许的并发SqlMapClient数。
useStatementNamespaces
是否使用Statement命名空间。
这里的命名空间指的是映射文件中，sqlMap节的namespace属性，如在上例中针对t_use
表的映射文件sqlMap节点： <sqlMap namespace="User"> 这里，指定了此sqlMap节点下定义的操作均属于"User"命名空间。 在useStatementNamespaces="true"的情况下，Statement调用需追加命名空间，如：sqlMap.update("User.updateUser",user);
否则直接通过Statement名称调用即可，如： sqlMap.update("updateUser",user); 但请注意此时需要保证所有映射文件中，Statement定义无重名。
transactionManager节点
transactionManager节点定义了ibatis的事务管理器，目前提供了以下几种选择：
JDBC
通过传统JDBC Connection.commit/rollback实现事务支持。
JTA
使用容器提供的JTA服务实现全局事务管理。
EXTERNAL
外部事务管理，如在EJB中使用ibatis，通过EJB的部署配置即可实现自
动的事务管理机制。此时ibatis将把所有事务委托给外部容器进行管理。
dataSource节点
dataSource从属于transactionManager节点，用于设定ibatis运行期使用的DataSource属性。
type属性：
dataSource节点的type属性指定了dataSource的实现类型。 可选项目：
SIMPLE：
SIMPLE是ibatis内置的dataSource实现，其中实现了一个简单的
数据库连接池机制，对应 ibatis 实现类为
com.ibatis.sqlmap.engine.datasource.SimpleDataSourceFactory。
DBCP:
基于Apache DBCP连接池组件实现的DataSource封装，当无容器提
供DataSource服务时，建议使用该选项，对应ibatis实现类为
com.ibatis.sqlmap.engine.datasource.DbcpDataSourceFactory。
JNDI：
使用J2EE容器提供的DataSource实现，DataSource将通过指定
的JNDI Name从容器中获取。对应 ibatis实现类为
com.ibatis.sqlmap.engine.datasource.JndiDataSourceFactory。
dataSource的子节点说明（SIMPLE&DBCP）：
JDBC.Driver JDBC 驱动。
如：org.gjt.mm.mysql.Driver
JDBC.ConnectionURL
数据库URL。
如：jdbc:mysql://localhost/sample
如果用的是SQLServer JDBC Driver，需要
在url后追加SelectMethod=Cursor以获得
JDBC事务的多Statement支持。
JDBC.Username
数据库用户名
JDBC.Password
数据库用户密码
Pool.MaximumActiveConnections
数据库连接池可维持的最大容量。
Pool.MaximumIdleConnections
数据库连接池中允许的挂起（idle）连接数。
JNDI由于大部分配置是在应用服务器中进行，因此ibatis中的配置相对简
分别使用JDBC和JTA事务管理的JDNI配置：
使用JDBC事务管理的JNDI DataSource配置
< transactionManager type ="JDBC" >
< dataSource type ="JNDI" >
< property name ="DataSource" value ="java:comp/env/jdbc/myDataSource" />
</ dataSource >
</ transactionManager >
< transactionManager type ="JTA" >
< property name ="UserTransaction" value ="java:/ctx/con/UserTransaction" />
< dataSource type ="JNDI" >
< property name ="DataSource" value ="java:comp/env/jdbc/myDataSource" />
</ dataSource >
sqlMap节点
sqlMap节点指定了映射文件的位置，配置中可出现多个sqlMap节点，以指定
项目内所包含的所有映射文件。
ibatis基础语义
XmlSqlMapClientBuilder
XmlSqlMapClientBuilder是ibatis 2.0之后版本新引入的组件，用以替代1.x
版本中的XmlSqlMapBuilder。其作用是根据配置文件创建SqlMapClient实例。
SqlMapClient
SqlMapClient是ibatis的核心组件，提供数据操作的基础平台。SqlMapClient
可通过XmlSqlMapClientBuilder创建:
String resource = " com/ibatis/sample/SqlMapConfig.xml " ;
Reader reader;
reader = Resources.getResourceAsReader(resource);
XmlSqlMapClientBuilder xmlBuilder =
new XmlSqlMapClientBuilder();
SqlMapClient sqlMap = xmlBuilder.buildSqlMap(reader);
"com/ibatis/sample/SqlMapConfig.xml"指明了配置文件在CLASSPATH
中的相对路径。XmlSqlMapClientBuilder通过接受一个Reader类型的配置文
件句柄，根据配置参数，创建SqlMapClient实例。
SqlMapClient提供了众多数据操作方法，下面是一些常用方法的示例，具体说明
文档请参见ibatis java doc，或者ibatis官方开发手册。
SqlMapClient基本操作示例
以下示例摘自ibatis官方开发手册，笔者对其进行了重新排版以获得更好的阅读效果。
例1: 数据写入操作(insert, update, delete):
sqlMap.startTransaction();
Product product = new Product();
product.setId ( 1 );
product.setDescription (“Shih Tzu”);
int rows = sqlMap.insert (“insertProduct”, product);
sqlMap.commitTransaction();
例2: 数据查询 (select)
sqlMap.startTransaction();
Integer key = new Integer ( 1 );
Product product = (Product)sqlMap.queryForObject (“getProduct”, key);
sqlMap.commitTransaction();
例3: 在指定对象中存放查询结果(select)
sqlMap.startTransaction();
Customer customer = new Customer();
sqlMap.queryForObject(“getCust”, parameterObject, customer);
sqlMap.queryForObject(“getAddr”, parameterObject, customer);
sqlMap.commitTransaction();
例4: 执行批量查询 (select)
sqlMap.startTransaction();
List list = sqlMap.queryForList (“getProductList”, null )
sqlMap.commitTransaction();
例5: 关于AutoCommit
// 没有预先执行startTransaction时，默认为auto_commit模式
int rows = sqlMap.insert (“insertProduct”, product);
例6:查询指定范围内的数据
sqlMap.startTransaction();
List list = sqlMap.queryForList (“getProductList”, null , 0 , 40 );
sqlMap.commitTransaction();
例7: 结合RowHandler进行查询(select)
public class MyRowHandler implements RowHandler {
public void handleRow (Object object, List list) throws
SQLException {
Product product = (Product) object;
product.setQuantity ( 10000 );
sqlMap.update (“updateProduct”, product);
}
}
sqlMap.startTransaction();
RowHandler rowHandler = new MyRowHandler();
List list = sqlMap.queryForList (“getProductList”, null ,
rowHandler);
sqlMap.commitTransaction();
// 例8: 分页查询 (select)
PaginatedList list =
sqlMap.queryForPaginatedList (“getProductList”, null , 10 );
list.nextPage();
list.previousPage();
// 例9: 基于Map的批量查询 (select)
sqlMap.startTransaction();
Map map = sqlMap.queryForMap (“getProductList”, null , “productCode”);
sqlMap.commitTransaction();
Product p = (Product) map.get(“EST - 93 ”);
1． ibatis实例配置
一个典型的配置文件如下（具体配置项目的含义见后）：
<? xml version="1.0" encoding="UTF-8" ?>
<! DOCTYPE sqlMapConfig
PUBLIC "-//iBATIS.com//DTD SQL Map Config 2.0/
"http://www.ibatis.com/dtd/sql-map-config-2.dt
<sqlMapConfig >
< settings
cacheModelsEnabled ="true"
enhancementEnabled ="true"
lazyLoadingEnabled ="true"
errorTracingEnabled ="true"
maxRequests ="32"
maxSessions ="10"
maxTransactions ="5"
useStatementNamespaces ="false"
/>
< transactionManager type ="JDBC" >
< dataSource type ="SIMPLE" >
< property name ="JDBC.Driver" value ="com.p6spy.engine.spy.P6SpyDriver" />
< property name ="JDBC.ConnectionURL" value ="jdbc:mysql://localhost/sample" />
< property name ="JDBC.Username" value ="user" />
< property name ="JDBC.Password" value ="mypass" />
< property name ="Pool.MaximumActiveConnections" value ="10" />
< property name ="Pool.MaximumIdleConnections" value ="5" />
< property name ="Pool.MaximumCheckoutTime" value ="120000" />
< property name ="Pool.TimeToWait" value ="500" />
< property name ="Pool.PingQuery" value ="select 1 from ACCOUNT" />
< property name ="Pool.PingEnabled" value ="false" />
< property name ="Pool.PingConnectionsOlderThan" value ="1" />
< property name ="Pool.PingConnectionsNotUsedFor" value ="1" />
</ dataSource >
</ transactionManager >
< sqlMap resource ="com/ibatis/sample/User.xml" />
</ sqlMapConfig >
⑴ Settings 节点
cacheModelsEnabled
是否启用SqlMapClient上的缓存机制。 建议设为"true"
enhancementEnabled
是否针对POJO启用字节码增强机getter/setter的调用效能，避免Reflect所带来的性能开销。同时，这也为Lazy Loading带来提升。 建议设为"true"
errorTracingEnabled
是否启用错误日志，在开发期间建议设为"true" 以方便调试
lazyLoadingEnabled
是否启用延迟加载机制，建议设为"true"
maxRequests
最大并发请求数（Statement并发数）
maxTransactions
最大并发事务数
maxSessions 最大Session数。即当前最大允许的并发SqlMapClient数。
useStatementNamespaces
是否使用Statement命名空间。
这里的命名空间指的是映射文件中，sqlMap节的namespace属性，如在上例中针对t_use
表的映射文件sqlMap节点： <sqlMap namespace="User"> 这里，指定了此sqlMap节点下定义的操作均属于"User"命名空间。 在useStatementNamespaces="true"的情况下，Statement调用需追加命名空间，如：sqlMap.update("User.updateUser",user);
否则直接通过Statement名称调用即可，如： sqlMap.update("updateUser",user); 但请注意此时需要保证所有映射文件中，Statement定义无重名。
transactionManager节点
transactionManager节点定义了ibatis的事务管理器，目前提供了以下几种选择：
JDBC
通过传统JDBC Connection.commit/rollback实现事务支持。
JTA
使用容器提供的JTA服务实现全局事务管理。
EXTERNAL
外部事务管理，如在EJB中使用ibatis，通过EJB的部署配置即可实现自
动的事务管理机制。此时ibatis将把所有事务委托给外部容器进行管理。
dataSource节点
dataSource从属于transactionManager节点，用于设定ibatis运行期使用的DataSource属性。
type属性：
dataSource节点的type属性指定了dataSource的实现类型。 可选项目：
SIMPLE：
SIMPLE是ibatis内置的dataSource实现，其中实现了一个简单的
数据库连接池机制，对应 ibatis 实现类为
com.ibatis.sqlmap.engine.datasource.SimpleDataSourceFactory。
DBCP:
基于Apache DBCP连接池组件实现的DataSource封装，当无容器提
供DataSource服务时，建议使用该选项，对应ibatis实现类为
com.ibatis.sqlmap.engine.datasource.DbcpDataSourceFactory。
JNDI：
使用J2EE容器提供的DataSource实现，DataSource将通过指定
的JNDI Name从容器中获取。对应 ibatis实现类为
com.ibatis.sqlmap.engine.datasource.JndiDataSourceFactory。
dataSource的子节点说明（SIMPLE&DBCP）：
JDBC.Driver JDBC 驱动。
如：org.gjt.mm.mysql.Driver
JDBC.ConnectionURL
数据库URL。
如：jdbc:mysql://localhost/sample
如果用的是SQLServer JDBC Driver，需要
在url后追加SelectMethod=Cursor以获得
JDBC事务的多Statement支持。
JDBC.Username
数据库用户名
JDBC.Password
数据库用户密码
Pool.MaximumActiveConnections
数据库连接池可维持的最大容量。
Pool.MaximumIdleConnections
数据库连接池中允许的挂起（idle）连接数。
JNDI由于大部分配置是在应用服务器中进行，因此ibatis中的配置相对简
分别使用JDBC和JTA事务管理的JDNI配置：
使用JDBC事务管理的JNDI DataSource配置
< transactionManager type ="JDBC" >
< dataSource type ="JNDI" >
< property name ="DataSource" value ="java:comp/env/jdbc/myDataSource" />
</ dataSource >
</ transactionManager >
< transactionManager type ="JTA" >
< property name ="UserTransaction" value ="java:/ctx/con/UserTransaction" />
< dataSource type ="JNDI" >
< property name ="DataSource" value ="java:comp/env/jdbc/myDataSource" />
</ dataSource >
sqlMap节点
sqlMap节点指定了映射文件的位置，配置中可出现多个sqlMap节点，以指定
项目内所包含的所有映射文件。
ibatis基础语义
XmlSqlMapClientBuilder
XmlSqlMapClientBuilder是ibatis 2.0之后版本新引入的组件，用以替代1.x
版本中的XmlSqlMapBuilder。其作用是根据配置文件创建SqlMapClient实例。
SqlMapClient
SqlMapClient是ibatis的核心组件，提供数据操作的基础平台。SqlMapClient
可通过XmlSqlMapClientBuilder创建:
String resource = " com/ibatis/sample/SqlMapConfig.xml " ;
Reader reader;
reader = Resources.getResourceAsReader(resource);
XmlSqlMapClientBuilder xmlBuilder =
new XmlSqlMapClientBuilder();
SqlMapClient sqlMap = xmlBuilder.buildSqlMap(reader);
"com/ibatis/sample/SqlMapConfig.xml"指明了配置文件在CLASSPATH
中的相对路径。XmlSqlMapClientBuilder通过接受一个Reader类型的配置文
件句柄，根据配置参数，创建SqlMapClient实例。
SqlMapClient提供了众多数据操作方法，下面是一些常用方法的示例，具体说明
文档请参见ibatis java doc，或者ibatis官方开发手册。
SqlMapClient基本操作示例
以下示例摘自ibatis官方开发手册，笔者对其进行了重新排版以获得更好的阅读效果。
例1: 数据写入操作(insert, update, delete):
sqlMap.startTransaction();
Product product = new Product();
product.setId ( 1 );
product.setDescription (“Shih Tzu”);
int rows = sqlMap.insert (“insertProduct”, product);
sqlMap.commitTransaction();
例2: 数据查询 (select)
sqlMap.startTransaction();
Integer key = new Integer ( 1 );
Product product = (Product)sqlMap.queryForObject (“getProduct”, key);
sqlMap.commitTransaction();
例3: 在指定对象中存放查询结果(select)
sqlMap.startTransaction();
Customer customer = new Customer();
sqlMap.queryForObject(“getCust”, parameterObject, customer);
sqlMap.queryForObject(“getAddr”, parameterObject, customer);
sqlMap.commitTransaction();
例4: 执行批量查询 (select)
sqlMap.startTransaction();
List list = sqlMap.queryForList (“getProductList”, null )
sqlMap.commitTransaction();
例5: 关于AutoCommit
// 没有预先执行startTransaction时，默认为auto_commit模式
int rows = sqlMap.insert (“insertProduct”, product);
例6:查询指定范围内的数据
sqlMap.startTransaction();
List list = sqlMap.queryForList (“getProductList”, null , 0 , 40 );
sqlMap.commitTransaction();
例7: 结合RowHandler进行查询(select)
public class MyRowHandler implements RowHandler {
public void handleRow (Object object, List list) throws
SQLException {
Product product = (Product) object;
product.setQuantity ( 10000 );
sqlMap.update (“updateProduct”, product);
}
}
sqlMap.startTransaction();
RowHandler rowHandler = new MyRowHandler();
List list = sqlMap.queryForList (“getProductList”, null ,
rowHandler);
sqlMap.commitTransaction();
// 例8: 分页查询 (select)
PaginatedList list =
sqlMap.queryForPaginatedList (“getProductList”, null , 10 );
list.nextPage();
list.previousPage();
// 例9: 基于Map的批量查询 (select)
sqlMap.startTransaction();
Map map = sqlMap.queryForMap (“getProductList”, null , “productCode”);
sqlMap.commitTransaction();
Product p = (Product) map.get(“EST - 93 ”);
zzxap 2009-03-31
- 打赏
- 举报
IBATIS：最大的优点是可以有效的控制sql发送的数目，提高数据层的执行效率！好象阿里巴巴现在就用的是IBATIS；它需要程序员自己去写sql语句，不想hibernate那样是完全面向对象的，自动化的，ibatis是半自动化的，通过表和对象的映射以及手工书写的sql语句，能够实现比hibernate等更高的查询效率。
给个文章你参考下：
1.优点
简单：
易于学习，易于使用，通过文档和源代码，可以比较完全的掌握它的设计思路和实现。
实用：
提供了数据映射功能，提供了对底层数据访问的封装（例如ado.net），提供了DAO框架，可以使我们更容易的开发和配置我们的DAL层。灵活：
通过sql基本上可以实现我们不使用数据访问框架可以实现的所有功能，或许更多。功能完整：
提供了连接管理，缓存支持，线程支持，（分布式）事物管理，通过配置作关系对象映射等数据访问层需要解决的问题。提供了DAO支持，并在DAO框架中封装了ADO.NET，NHibernate和DataMapper。增强系统的可维护性：
通过提供DAL层，将业务逻辑和数据访问逻辑分离，使系统的设计更清晰，更易维护，更易单元测试。sql和代码的分离，提高了可维护性。
2.缺点
滞后性：
还没有明确对.NET2.0的支持。最新版本在2.0下编译可以，但有些单元测试不能通过。
不成熟，工程实践较少：
IbatisNet在实际项目中的使用较少。 只是理论上可行.
半ORM，工具支持较少：
需要我们自己写sql，并且.NET下还未发现可以自动生成业务层类和配置文件的工具，这点和NHibernate不一样，NHibernate会为我们的数据库直接产生sql，并有一些辅助工具。因此使用Ibatis比NHibernate要多做一些工作。
3.可行性
没有最好的框架，只有最适合的框架。 存在的便是合理的，它存在就说明有它存在的道理。但它未必为我们存在。所以选择一个框架最主要的是看它对你有没有意义，意义有多大，是不是比其他框架带给你的好处要多。没有绝对的优点也没有绝对的缺点，重要的是看在什么情况下讨论。 上面说了部分的Ibatis的优点和部分缺点。这些优点从理论上证明Ibatis对任何数据持久层都合适，但未必是最好的选择。下面对上面的优缺点分别从两方面讨论。简单： 我们都喜欢简单，简单意味着学习成本低，使用中出错的可能性低。同时，简单的东西一般来说功能不够强大。反过来，复杂的东西学习成本高，用起来不方便，并且团队没有很强的技术实力，一般不要使用。实用：
解决了项目中需要解决的问题，这是任何实际工程中采用的框架和工具都应具有的性质，否则就不要拿到实际项目中来。灵活： 灵活有两层意思，一种是简单易扩展，另一种是功能强大提供了很多选项。Ibatis属于前者，Hibernate属于后者。两者各有优缺点。功能完整： Ibatis的功能完整也是相对的，比我们自己开发的框架应该完整，但对比其他框架肯定也有一些解决不了的问题。增强系统的可维护性： 利用Ibatis可以做到sql和代码分离，可以设计出一个清晰的数据访问层（DAL）。但项目架构是否科学合理，是否以维护，关键不在Ibatis，因为它只是一个数据层框架。但是我们也不得不清楚，要想发挥Ibatis的优势，我们需要做一些额外工作，比如最好设计DAO接口，需要将业务层实体和对实体的访问放在不同的工程中，同时需要维护xml配置文件。滞后性： Ibatis组现在还没有提到要支持.NET2.0，很多人在.NET2.0下使用Ibatis都出现了问题。所以如果要使用.NET2.0开发，IBatis不是一个好选择，还需要等待。不成熟： 开源的东西很难说成熟，但一般比我们自己写的框架要成熟。由于我们可以拿到他的源代码，所以关键在于我们能否驾驭它。半ORM，工具支持少： 这注定了Ibatis不能从本质上提升开发效率，我们需要自己写sql，写实体类，写配置文件。但这也是它优越的地方，它没有为我们做的他多，所以我们就有更多的施展空间。而且它非常适合那些并不能完全控制数据库的系统和需要利用数据库本身提供的高级特性的统计查询系统的开发。
使用Ibatis需要自己写sql，由于我们的sql不可能完全符合sql标准，比起NHibernate产生的sql来，可移植性差。不过由于我们更改数据库的可能性较小，对我们来说sql符合标准以便可以在迁移到不同服务器时代价最小并不是十分必要的。另一方面，NHibernate虽然可以屏蔽很多数据库间的不同，但是却很难利用某些数据库的高级特性，比如Oracle的分析统计函数。
NHibernate不适合数据库模式不规范，约束不完整，需要大量复杂查询的系统，同时NHibernate的学习成本较高，完全掌握NHibernate也较困难，风险较大。 自己写框架未必比Ibatis的好，稳定，强大和可扩展。而且自己开发框架也需要较大的工作量。 如果使用DotNet并且要选一个数据层框架，而系统中有相当一部分较复杂的sql，或数据库设计不合理，脏数据多，对性能和资源要求严格，Ibatis是一个比较不错的选择。他的那些缺点并不是致命的，而且也是有一些解决方案的。尤其是，当选用了Ibatis的DataAccess作为DAO框架时，我们可以同时使用NHibernate，ADO.NET和DataMapper（IbatisNet的核心组件），那样将会使风险降到最低，并且整个系统的框架比较合理。
另外，利用Ibatis可以统一编码风格，节约开发成本，大家不会再把精力浪费到分页 连接池 主键生成等地方了,可以集中精力进行业务组件的编写。
综上:
很多时候我们要在是自己开发框架和选用第三方框架和选用什么样的框架问题上进行综合考虑。考虑的标准当然是项目的当前情况和我们希望达到目的的一个平衡。
Ibatis只是封装了数据访问层，替我们做了部分的对象关系映射。但我们的代价是必须要写xml配置文件，相对于Hibernate我们还要写很多sql。Hibernate通过工具直接从数据库模式生成实体类和基本的配置文件，而且大部分情况下不需要我们写sql，会较大的提升开发效率。但这些也有很多的局限性，尤其是对环境的要求较高（数据库设计，对象设计，团队的协作等）。 个人感觉Ibatis对项目比较有意义的地方在于它小巧灵活，可扩展，封装了数据访问层（事务，缓存，异常，日志），并提供了DAO框架支持。
利用Ibatis我们可以做到代码和sql的分离，只要sql能够解决的问题，Ibatis就能帮我们较容易的解决，同时也使我们的项目对某一框架的依赖性变小（因为Ibatis是非侵入性的）。这将极大的降低项目风险，减少解决复杂问题的时间，使项目的维护变得简单。
Ibatis对于应用的修改，调试，扩充和维护将会变得容易自然。修改时，我们主要修改的是代表模型的实体对象，xml配置文件中的sql，和/或配置文件的ResultMap（很多时候是不需要的）。同时，sql和代码分离，我们不用在代码的StringBuffer的append方法之间寻找需要修改的sql。配置文件中的sql便利了我们的调试和对sql的评审及以后的sql重用。
利用一些框架在前期一般会拖慢开发效率。因为我们需要付出学习成本，很多时候，使用框架需要写很多配置文件，在使用不熟时开发速度较慢；同时利用框架往往使系统代码量增大，比如Model1和Model2模型，开发效率应该还是Model1快，四层的架构肯定比两层的代码量大。 但对于中后期开发和维护将会极大的提高效率。
利用一些较完全的开发框架和代码生成工具，在前期会较大的提高开发效率，但在后期常常会拖慢进度，并有可能成为以后维护的梦魇。比如torque生成实体类和其对应的sql，虽大幅提高了效率，但修改负担较大。
比较理想的开发方式是使用简单框架结合简单的代码生成工具。框架提供系统的基础服务，并规范开发。框架一方面提供了开发中某一方面的开发基础支持，比如数据访问层，事务，日志，公用类，异常等。另一方面，也为开发定义了模式，定义了系统的基本轮廓。同时，通过简单的代码生成工具生成部分低级的代码。比如通过工具从数据库模式生成实体类。这些类生成后我们可以自由修改。
Hibernate是十分强大，比较完善的ORM框架，不过这是它的优点也是它的缺点。 j2ee系统是否采用Hibernate3，是一个需要认真评估的问题。
要想Hibernate工作的好，数据库的设计必须好。同时对于复杂的数据操作同时需要使用sql，Hibernate3对于直接使用sql的支持比Hibernate2要自然，这一点是可以接受的。
Hibernate比较复杂，功能强大而灵活，要用好Hibernate确实不是很简单，当然Spring框架提供了对Hibernate的封装，使Hibernate的使用变得简单了点。 可以说Ibatis在任何系统里都适用，但未必是最好选择。不过Ibatis提供的思路是我们应该仔细考虑的。
给个文章你参考下：
1.优点
简单：
易于学习，易于使用，通过文档和源代码，可以比较完全的掌握它的设计思路和实现。
实用：
提供了数据映射功能，提供了对底层数据访问的封装（例如ado.net），提供了DAO框架，可以使我们更容易的开发和配置我们的DAL层。灵活：
通过sql基本上可以实现我们不使用数据访问框架可以实现的所有功能，或许更多。功能完整：
提供了连接管理，缓存支持，线程支持，（分布式）事物管理，通过配置作关系对象映射等数据访问层需要解决的问题。提供了DAO支持，并在DAO框架中封装了ADO.NET，NHibernate和DataMapper。增强系统的可维护性：
通过提供DAL层，将业务逻辑和数据访问逻辑分离，使系统的设计更清晰，更易维护，更易单元测试。sql和代码的分离，提高了可维护性。
2.缺点
滞后性：
还没有明确对.NET2.0的支持。最新版本在2.0下编译可以，但有些单元测试不能通过。
不成熟，工程实践较少：
IbatisNet在实际项目中的使用较少。 只是理论上可行.
半ORM，工具支持较少：
需要我们自己写sql，并且.NET下还未发现可以自动生成业务层类和配置文件的工具，这点和NHibernate不一样，NHibernate会为我们的数据库直接产生sql，并有一些辅助工具。因此使用Ibatis比NHibernate要多做一些工作。
3.可行性
没有最好的框架，只有最适合的框架。 存在的便是合理的，它存在就说明有它存在的道理。但它未必为我们存在。所以选择一个框架最主要的是看它对你有没有意义，意义有多大，是不是比其他框架带给你的好处要多。没有绝对的优点也没有绝对的缺点，重要的是看在什么情况下讨论。 上面说了部分的Ibatis的优点和部分缺点。这些优点从理论上证明Ibatis对任何数据持久层都合适，但未必是最好的选择。下面对上面的优缺点分别从两方面讨论。简单： 我们都喜欢简单，简单意味着学习成本低，使用中出错的可能性低。同时，简单的东西一般来说功能不够强大。反过来，复杂的东西学习成本高，用起来不方便，并且团队没有很强的技术实力，一般不要使用。实用：
解决了项目中需要解决的问题，这是任何实际工程中采用的框架和工具都应具有的性质，否则就不要拿到实际项目中来。灵活： 灵活有两层意思，一种是简单易扩展，另一种是功能强大提供了很多选项。Ibatis属于前者，Hibernate属于后者。两者各有优缺点。功能完整： Ibatis的功能完整也是相对的，比我们自己开发的框架应该完整，但对比其他框架肯定也有一些解决不了的问题。增强系统的可维护性： 利用Ibatis可以做到sql和代码分离，可以设计出一个清晰的数据访问层（DAL）。但项目架构是否科学合理，是否以维护，关键不在Ibatis，因为它只是一个数据层框架。但是我们也不得不清楚，要想发挥Ibatis的优势，我们需要做一些额外工作，比如最好设计DAO接口，需要将业务层实体和对实体的访问放在不同的工程中，同时需要维护xml配置文件。滞后性： Ibatis组现在还没有提到要支持.NET2.0，很多人在.NET2.0下使用Ibatis都出现了问题。所以如果要使用.NET2.0开发，IBatis不是一个好选择，还需要等待。不成熟： 开源的东西很难说成熟，但一般比我们自己写的框架要成熟。由于我们可以拿到他的源代码，所以关键在于我们能否驾驭它。半ORM，工具支持少： 这注定了Ibatis不能从本质上提升开发效率，我们需要自己写sql，写实体类，写配置文件。但这也是它优越的地方，它没有为我们做的他多，所以我们就有更多的施展空间。而且它非常适合那些并不能完全控制数据库的系统和需要利用数据库本身提供的高级特性的统计查询系统的开发。
使用Ibatis需要自己写sql，由于我们的sql不可能完全符合sql标准，比起NHibernate产生的sql来，可移植性差。不过由于我们更改数据库的可能性较小，对我们来说sql符合标准以便可以在迁移到不同服务器时代价最小并不是十分必要的。另一方面，NHibernate虽然可以屏蔽很多数据库间的不同，但是却很难利用某些数据库的高级特性，比如Oracle的分析统计函数。
NHibernate不适合数据库模式不规范，约束不完整，需要大量复杂查询的系统，同时NHibernate的学习成本较高，完全掌握NHibernate也较困难，风险较大。 自己写框架未必比Ibatis的好，稳定，强大和可扩展。而且自己开发框架也需要较大的工作量。 如果使用DotNet并且要选一个数据层框架，而系统中有相当一部分较复杂的sql，或数据库设计不合理，脏数据多，对性能和资源要求严格，Ibatis是一个比较不错的选择。他的那些缺点并不是致命的，而且也是有一些解决方案的。尤其是，当选用了Ibatis的DataAccess作为DAO框架时，我们可以同时使用NHibernate，ADO.NET和DataMapper（IbatisNet的核心组件），那样将会使风险降到最低，并且整个系统的框架比较合理。
另外，利用Ibatis可以统一编码风格，节约开发成本，大家不会再把精力浪费到分页 连接池 主键生成等地方了,可以集中精力进行业务组件的编写。
综上:
很多时候我们要在是自己开发框架和选用第三方框架和选用什么样的框架问题上进行综合考虑。考虑的标准当然是项目的当前情况和我们希望达到目的的一个平衡。
Ibatis只是封装了数据访问层，替我们做了部分的对象关系映射。但我们的代价是必须要写xml配置文件，相对于Hibernate我们还要写很多sql。Hibernate通过工具直接从数据库模式生成实体类和基本的配置文件，而且大部分情况下不需要我们写sql，会较大的提升开发效率。但这些也有很多的局限性，尤其是对环境的要求较高（数据库设计，对象设计，团队的协作等）。 个人感觉Ibatis对项目比较有意义的地方在于它小巧灵活，可扩展，封装了数据访问层（事务，缓存，异常，日志），并提供了DAO框架支持。
利用Ibatis我们可以做到代码和sql的分离，只要sql能够解决的问题，Ibatis就能帮我们较容易的解决，同时也使我们的项目对某一框架的依赖性变小（因为Ibatis是非侵入性的）。这将极大的降低项目风险，减少解决复杂问题的时间，使项目的维护变得简单。
Ibatis对于应用的修改，调试，扩充和维护将会变得容易自然。修改时，我们主要修改的是代表模型的实体对象，xml配置文件中的sql，和/或配置文件的ResultMap（很多时候是不需要的）。同时，sql和代码分离，我们不用在代码的StringBuffer的append方法之间寻找需要修改的sql。配置文件中的sql便利了我们的调试和对sql的评审及以后的sql重用。
利用一些框架在前期一般会拖慢开发效率。因为我们需要付出学习成本，很多时候，使用框架需要写很多配置文件，在使用不熟时开发速度较慢；同时利用框架往往使系统代码量增大，比如Model1和Model2模型，开发效率应该还是Model1快，四层的架构肯定比两层的代码量大。 但对于中后期开发和维护将会极大的提高效率。
利用一些较完全的开发框架和代码生成工具，在前期会较大的提高开发效率，但在后期常常会拖慢进度，并有可能成为以后维护的梦魇。比如torque生成实体类和其对应的sql，虽大幅提高了效率，但修改负担较大。
比较理想的开发方式是使用简单框架结合简单的代码生成工具。框架提供系统的基础服务，并规范开发。框架一方面提供了开发中某一方面的开发基础支持，比如数据访问层，事务，日志，公用类，异常等。另一方面，也为开发定义了模式，定义了系统的基本轮廓。同时，通过简单的代码生成工具生成部分低级的代码。比如通过工具从数据库模式生成实体类。这些类生成后我们可以自由修改。
Hibernate是十分强大，比较完善的ORM框架，不过这是它的优点也是它的缺点。 j2ee系统是否采用Hibernate3，是一个需要认真评估的问题。
要想Hibernate工作的好，数据库的设计必须好。同时对于复杂的数据操作同时需要使用sql，Hibernate3对于直接使用sql的支持比Hibernate2要自然，这一点是可以接受的。
Hibernate比较复杂，功能强大而灵活，要用好Hibernate确实不是很简单，当然Spring框架提供了对Hibernate的封装，使Hibernate的使用变得简单了点。 可以说Ibatis在任何系统里都适用，但未必是最好选择。不过Ibatis提供的思路是我们应该仔细考虑的。
加载更多回复（2）
