Hibernate VS MyBatis 区别

关于O/R Mapping的理论，网上也有很多。其实完整的O/R mapping理论是想让程序员从数据的CRUD中解放出来，专注于使用OO的思想来实现业务逻辑，使用OO的思想当然就很大程度上需要遵守SOLDI原则，而不是一会要用OO的眼光建立业务领域模型，一会要用Relation的数学观点来操作数据。还有一点，在O/R Mapping也提到了，就是要让那些不熟悉SQL的人也能开发需要数据存储的工程，所以才有了HQL等等的框架级别的查询语句。

从上面的角度出发，可以看出MyBatis和Hibernate根本就不是一个方向的东西。

MyBatis是假设你对SQL语句比较熟，至少能够进行你需要的CRUD的语句，但是对于那些麻烦的Connection、ResultSet和Statement比较讨厌，那么你可以选择这个，因为他保持住了使用SQL语句的灵活，任何你想要使用SQL进行的操作，不管你是简单的插入删除，还是设计到跨分区加强制索引的查询，甚至于调用存储过程等都可以完成。

MyBatis的特点：

MyBatis入门简单，即学即用，提供了数据库查询的自动对象绑定功能，而且延续了很好的SQL使用经验，对于没有那么高的对象模型要求的项目来说，相当完美。MyBatis的缺点就是框架还是比较简陋，功能尚有缺失，虽然简化了数据绑定代码，但是整个底层数据库查询实际还是要自己写的，工作量也比较大，而且不太容易适应快速数据库修改。当系统属于二次开发,无法对数据库结构做到控制和修改,那MyBatis的灵活性将比Hibernate更适合。系统数据处理量巨大，性能要求极为苛刻，这往往意味着我们必须通过经过高度优化的SQL语句（或存储过程）才能达到系统性能设计指标。在这种情况下MyBatis会有更好的可控性和表现。

Hibernate则是比较完整的O/R Mapping实现，在开发的过程中你完全可以不用写SQL语句，只要涉及到你的领域模型就可以了，在设计领域模型的时候完全可以使用SOLDI原则。只要你回Hibernate提供的HQL就可以了。但是这个能否调用存储过程我就不知道了。(当然我觉得还是会一点SQL语句的好一些，至少你可以直接通过PLSQL等工具来验证数据的正确与否)。

Hibernate的特点：

Hibernate功能强大，数据库无关性好，O/R映射能力强，如果你对Hibernate相当精通，而且对Hibernate进行了适当的封装，那么你的项目整个持久层代码会相当简单，需要写的代码很少，开发速度很快，非常爽。Hibernate对数据库结构提供了较为完整的封装，Hibernate的O/R Mapping实现了POJO 和数据库表之间的映射，以及SQL 的自动生成和执行。程序员往往只需定义好了POJO 到数据库表的映射关系，即可通过Hibernate 提供的方法完成持久层操作。程序员甚至不需要对SQL
的熟练掌握， Hibernate/OJB 会根据制定的存储逻辑，自动生成对应的SQL 并调用JDBC 接口加以执行。Hibernate的缺点就是学习门槛不低，要精通门槛更高，而且怎么设计O/R映射，在性能和对象模型之间如何权衡取得平衡，以及怎样用好Hibernate方面需要你的经验和能力都很强才行，但是Hibernate现在已经是主流O/R Mapping框架，从文档的丰富性，产品的完善性，版本的开发速度都要强于iBATIS。