mybatis 与 hibernate 的区别和应用场景（转）

1    Hibernate : 标准的ORM(对象关系映射) 框架；

不要用写sql， sql 自动语句生成；

使用Hibernate 对sql 进行优化，修改比较困难

应用场景： 试用需求，变化固定中小型项目；ERP，ORM，OA

2   mybatis： 程序员自己编写sql， sql 修改，优化比较*。

mybatis 是一个不完全的ORM 框架（部分）， mybatis 存在

映射关系（输入，输出映射）；

应用场景： 除了hibernate 的场景，主要应用需求项目较多的场景，

互联网项目； 敏捷开发。

当希望对象的持久化对应用程序完全透明是，不适合使用mybatis
               当数据库有移植需求或需要支持多种数据库时，不适合使用mybatis

映射关系描述：

hibernate： 对数据库结构提供了较为完整的封装，hibernate 的O/R Mapping实现了POJO 和数据库表之间的映射，以及SQL 的自动生成和执行。

只需定义好了POJO 到数据库表的映射关系，即可通过提供的方法完成持久层操作。

不需要对SQL 的熟练掌握， 会根据制定的存储逻辑，自动生成对应的SQL 并调用JDBC 接口加以执行。

mybatis：POJO SQL之间的映射关系。然后通过映射配置文件，将SQL所需的参数，以及返回的结果字段映射到指定POJO。 相对“O/R”而言，iBATIS 是一种“Sql Mapping”的ORM实现。

数据库的无关性：

hibernate 的 具体数据只需要利用xml 进行关联； HQL 语句与数据库无关

mybatis 更接近sql ，因此对数据库的依赖较多。

Mybatis优势

MyBatis可以进行更为细致的SQL优化，可以减少查询字段。
    MyBatis容易掌握，而Hibernate门槛较高。

Hibernate优势

Hibernate的DAO层开发比MyBatis简单，Mybatis需要维护SQL和结果映射。
    Hibernate对对象的维护和缓存要比MyBatis好，对增删改查的对象的维护要方便。
    Hibernate数据库移植性很好，MyBatis的数据库移植性不好，不同的数据库需要写不同SQL。
    Hibernate有更好的二级缓存机制，可以使用第三方缓存。MyBatis本身提供的缓存机制不佳