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本身提供的缓存机制不佳