为什么学习mybatis

1.市面上人才需求

2.经常使用操作数据的jdbc,hibernate，ibatis.

jdbc是最早出现的，可是随着发展，发现jdbc并不好用

接着是hibernate，hibernate得出现解决了大部分jdbc出现的问题，他对jdbc几乎完美的封装，但是任何一个事物都是有缺点的

hibernate出现的问题

1． 系统的部分或全部数据来自现有数据库，处于安全考虑，只对开发团队提供几条Select SQL（或存储过程）以获取所需数据，具体的表结构不予公开。

2． 开发规范中要求，所有牵涉到业务逻辑部分的数据库操作，必须在数据库层由存储过程实现（就笔者工作所面向的金融行业而言，工商银行、中国银行、交通银行，都在开发规范中严格指定）

3． 系统数据处理量巨大，性能要求极为苛刻，这往往意味着我们必须通过经过高度优化的SQL语句（或存储过程）才能达到系统性能设计指标。

这是hibernate所不能解决的问题。

有需求就有需要，ibatis出现了

“半自动化”的ibatis，却刚好解决了这个问题。这里的“半自动化”，是相对Hibernate等提供了全面的数据库封装机制的“全自动化”ORM 实现而言，“全自动”ORM 实现了 POJO 和数据库表之间的映射，以及 SQL 的自动生成和执行。而ibatis 的着力点，则在于POJO 与 SQL之间的映射关系。也就是说，ibatis并不会为程序员在运行期自动生成 SQL 执行。具体的 SQL 需要程序员编写，然后通过映射配置文件，将SQL所需的参数，以及返回的结果字段映射到指定 POJO。

通常在如下场景和条件下，选择ibatis, 将更有助于发挥ibatis在持久层的优越性：

1. 知道怎样操作10种以上的数据库

2. 可配置的caching(包括从属)

3. 支持DataSource、local transaction management和global transaction

4. 简单的XML配置文档

5. 支持Map,Collection, List和简单类型包装(如Integer, String)

6. 支持JavaBeans类(get/set 方法)

7. 支持复杂的对象映射(如populating lists, complex object models)

8.对象模型从不完美(不需要修改)

9. 数据模型从不完美(不需要修改)

10. 你已经知道SQL，为什么还要学习其他东西

全自动编辑

使用ibatis 提供的ORM机制，对业务逻辑实现人员而言，面对的是纯粹的 Java对象，

这一层与通过 Hibernate 实现 ORM 而言基本一致，而对于具体的数据操作，Hibernate

会自动生成SQL 语句，而ibatis 则要求开发者编写具体的 SQL 语句。相对Hibernate等

“全自动”ORM机制而言，ibatis 以 SQL开发的工作量大和数据库移植性上差为代价，为系统

设计提供了更大的自由空间。作为“全自动”ORM实现的一种有益补充，ibatis 的出现显

得别具意义。