2，支持对存储过程的直接调用，业务逻辑从数据库中分离出来，程序有更强的移植性。
3，IbatisNet支持动态sql来处理查询。
最大的缺点就是我们还需要编写大量的sql语句，但是值得感到高兴的是，我们只需要提供这些SQL语句，和为它提供它所需的参数外，接下来的事情就无需我们参与了。这也是iBatis最核心的功能，它会根据具体传进来的参数值，动态生成一条可执行的SQL语句并且为这些SQL参数提供不同的具体值。然后根据配置好的数据访问驱动，自动为DbCommand添加DbParameter，自动执行SQL语句，使用IDataReader返回出数据集，生成并返回一个或多个强类型数据类对象。
二、iBATIS对于工程是不是最好的选择？
iBATIS是一共数据映射工具，他的作用就在把数据库查询与对象的属性间建立映射关系，如果将要开发的工程师基于业务对象（也包括数据字典对象），那么iBATIS可以算是个好的选择了，当应用程序进行分层设计实现时，它更是个好的选择，这样的话，业务层可以和用户界面层分开。
在上述情况下Object/RelationalMapping（OR/M）工具也是个好的选择，如NHibernate，但是iBATIS不是一个实体关系映射工具，他仅用于帮助程序人员和sql语句或者存储过程间的映射，如果在实体和数据库表之间存在映射关系的话，OR/M是个很好的工具，但是若映射关系是实体和数据库视图间的对应，则选择OR/M并不是很合适。如果能工编写出确定的数据库中的数据列和对象之间存在对应关系的sql语句或者存储过程。则无论数据库中的数据是以哪种形式存储的，iBATIS都可以很好的支持。
一般来讲，下述情况比较适合选择OR/M工具：
（1）对数据库有完全的控制。
（2）团队中没有数据库管理员；
（3）需要把数据库之外的问题域看做一个对表格；
而在下属情况，比较适合选择iBATIS：
（1）对数据库没有完全的控制，或者需要在数据库重构之后能够当做原来的数据库，继续合法访问这个它
（2）团队中有数据库管理员；
（3）数据库用于模拟问题域，应用程序的主要功能是帮助用户使用数据库模型。
三、与hibernate简单的比较：
（1）Hibernate功能强大，数据库无关性好，O/R映射能力强，如果你对Hibernate相当精通，而且对Hibernate进行了适当的封装，那么你的项目整个持久层代码会相当简单，需要写的代码很少，开发速度很快，非常爽。
Hibernate的缺点就是学习门槛不低，要精通门槛更高，而且怎么设计O/R映射，在性能和对象模型之间如何权衡取得平衡，以及怎样用好Hibernate方面需要你的经验和能力都很强才行，但是Hibernate现在已经是主流O/R Mapping框架，从文档的丰富性，产品的完善性，版本的开发速度都要强于iBATIS。
（2）iBATIS入门简单，即学即用，提供了数据库查询的自动对象绑定功能，而且延续了很好的SQL使用经验，对于没有那么高的对象模型要求的项目来说，相当完美。
iBATIS的缺点就是框架还是比较简陋，功能尚有缺失，虽然简化了数据绑定代码，但是整个底层数据库查询实际还是要自己写的，工作量也比较大，而且不太容易适应快速数据库修改。当系统属于二次开发,无法对数据库结构做到控制和修改,那iBATIS的灵活性将比Hibernate更适合。系统数据处理量巨大，性能要求极为苛刻，这往往意味着我们必须通过经过高度优化的SQL语句（或存储过程）才能达到系统性能设计指标。在这种情况下iBATIS会有更好的可控性和表现。
如何使用：
这个教程性的东西我就不写了，给大家推荐一个系列教程吧：
原文地址：http://blog.csdn.net/hy6688_/article/details/38799063
