1.当我们自己实现java.sql.DataSource类实现一个连接池时，发现虽然减少了数据库连接的创建与销毁，提高了一定的性能，但是由于我们在项目中需要频繁的跟数据库打交道，我们需要更方便的使用数据库连接，于是需要对数据库操作的进行进一步封装，比如对数据库的增删改查操作的基本操作或批量操作，同时还会涉及到事务的提交与回滚、缓存等，而且sql语句与业务代码耦合性太高了，特别是sql语句非常长的时候，特别不方便维护。由于仅仅封装数据库操作工具类已经不能满足一个项目的复杂需求了。
2.由于以上需求的出现，ORM框架应运而生，著名的ORM框架有Hibernate、MyBatis等，其中可能会有人认为还有spring jdbc，按照功能来看spring jdbc应该算是一个工具类，而不能算是一个框架。一个ORM框架起码涉及到数据库的连接管理，事务管理，缓存处理等。所以spring jdbc只能算是一个数据库操作的工具类。
3.为什么现在流行的是Mybatis而不是Hibernate呢？这里就粗略的说一下mybatis和Hibernate的区别。
3.1 Hibernate确实为java操作数据库提供了完整的解决方案，但我们知道操作数据库需要的几个步骤分别是：数据库连接、sql语句的执行、执行结果集的封装、资源关闭。Hibernate非常智能，把这一系列的操作都自动完成了，让使用客户完全感觉不到，都是透明的，也是我们常说的黑箱操作，但一个项目需要自定义的sql太多了，自动生成的sql根本不能满足我们的需求（比如一个表有几十个字段，我只需要返回其中的少部分字段，Hibernate自动生成的sql会把所有的字段返回），于是需要我们自定义sql，在Hibernate中如果想自定义sql等，就起码需要学习HQL语法，还得对它的实现逻辑业务有一定的了解，这样就大大的增加了我们学习成本。还有一点就是Hibernate框架相对比较重。
3.2 Mybatis与Hibernate不同，非常轻量，而且它把ORM框架非常重要的sql语句拿出来了，由客户自定义。而且是sql语法，几乎没有任何的学习成本，同时也提供了非常完善事务处理、缓存、插件等策略。