一、关键字说明：
oop:面向对象
aop:面向切面
ioc:控制反转
orm:对象关系映射
pojo:数据库表映射的java实体类
二、常识说明：
1.hibernate和mybatis都属于持久层、orm框架，都可以通过xml或者注解来提供映射规则。
2.hibernate是完全面向POJO,mybatis不是。hibernate基本不再需要编写SQL,就可以通过映射关系来操作数据库，是一种全表映射的体现。
而mybatis则需要使用者提供SQL去运行。
3.myBatis只需要一个映射xml文件、一个java映射类，有趣的是不需要实体bean类。
三、Hibenate和Mybatis的区别
Hiernate和Mybatis的增删查改，对于业务逻辑层来说大同小异，对于映射层而言Hibernate的配置不需要借口和SQL,相反Mybatis则是需要的。
对于Hibernate而言，不需要编写大量的SQL，就可以完全映射，同时提供了日志、缓存、级联（级联比MyBatis强大）等特性，此外还提供HQL（Hibernate Query Language）对POJO进行操作，
使用十分方便，但是它也有致命的缺陷。
由于无须SQL,当多表关联超过3个的时候，通过Hibernate的级联会造成太多的性能丢失，又或者我现在访问一个财务的表，然后他会关联财产信息表，财产又分为机械、原料等，显然机械和原料是不同的，
这样关联字段只能根据特定的条件变化而变化，而Hibernate无法支持这样的变化。遇到存储过程，Hibernate只能作罢。更为关键的是性能，在管理系统的时代，对于性能的要求不是那么苛刻，但是在互联网
时代性能就是系统的根本，响应过慢就会丧失客户，试想一下谁会用一个经常需要等待超过10s以上的应用呢？
以上的问题Mybatis都可以解决，Mybatis可以自由书写SQL、支持动态SQL、处理列表、动态生成表名、支持存储过程。这样就可以灵活地定义查询语句，满足各类需求和性能优化的需要，这些在互联网系统中是十分重要的。
但MyBatis也有缺陷。首先，它需要编写SQL和映射规则，其工作量稍微大于Hibernate。其次它支持的工具也很有限，不能像Hibernate那样有很多插件可以帮助生成映射代码和关联关系，而即使使用生成工具，往往也需要开发者
进一步简化，Mybatis通过手工编码，工作量相对大些。所以对于性能要求不太严苛的系统，比如管理系统、ERP系统等推荐使用Hibernate；而对于性能要求高、响应快、灵活的系统则推荐使用Mybatis。