MyBatis与JPA的区别是什么

MyBatis分为全注解版和xml版；全注解版适合于小项目，直接在方法上加注解，在注解中写sql

仓储
Repository 模式是领域驱动设计中另外一个经典的模式。在早期，咱们经常将数据访问层命名为：DAO，而在 SpringData JPA 中，其称之为 Repository（仓储），这也不是巧合，而是设计者有意为之。
熟悉 SpringData JPA 的朋友都知道当一个接口继承 JpaRepository 接口以后便自动具有了 一系列经常使用的数据操做方法，findAll， findOne ，save等。
那么仓储和DAO到底有什么区别呢？这就要提到一些遗留问题，以及一些软件设计方面的因素。在此次SpringForAll 的议题中我可以预想到有不少会强调 SpringData JPA 具备方即可扩展的 API，像下面这样
public interface OrderRepository extends JpaRepository<Order, String>{

    findByOrderNoAndXxxx(String orderNo,Xxx xx);

    @Transactional
    @Modifying(clearAutomatically = true)
    @Query("update t_order set order_status =?1 where id=?2")
    int updateOrderStatusById(String orderStatus, String id);
}

但我要强调的是，这是 SpringData JPA 的妥协，其支持这一特性，并不表明其建议使用。由于这并不符合领域驱动设计的理念。注意对比，SpringData JPA 的设计理念是将 Repository 做为数据仓库，而不是一系列数据库脚本的集合，findByOrderNoAndXxxx 方法能够由下面一节要提到的JpaSpecificationExecutor代替，而 updateOrderStatusById 方法则能够由 findOne + save 代替，不要以为这变得复杂了，试想一下真正的业务场景，修改操做通常不会只涉及一个字段的修改， findOne + save 能够帮助你完成更加复杂业务操做，而没必要关心咱们该如何编写 SQL 语句，真正作到了面向领域开发，而不是面向数据库 SQL 开发，面向对象的拥趸者也必然会以为，这更加的 OO。

 

Mybatis优点

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

Hibernate优点

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

 

 

1. hibernate是全自动，而mybatis是半自动

hibernate彻底能够经过对象关系模型实现对数据库的操做，拥有完整的JavaBean对象与数据库的映射结构来自动生成sql。而mybatis仅有基本的字段映射，对象数据以及对象实际关系仍然须要经过手写sql来实现和管理。

2. hibernate数据库移植性远大于mybatis

hibernate经过它强大的映射结构和hql语言，大大下降了对象与数据库(oracle、mysql等)的耦合性，而mybatis因为须要手写sql，所以与数据库的耦合性直接取决于程序员写sql的方法，若是sql不具通用性而用了不少某数据库特性的sql语句的话，移植性也会随之下降不少，成本很高。

3. hibernate拥有完整的日志系统，mybatis则欠缺一些

hibernate日志系统很是健全，涉及普遍，包括：sql记录、关系异常、优化警告、缓存提示、脏数据警告等;而mybatis则除了基本记录功能外，功能薄弱不少。

4. mybatis相比hibernate须要关心不少细节

hibernate配置要比mybatis复杂的多，学习成本也比mybatis高。但也正由于mybatis使用简单，才致使它要比hibernate关心不少技术细节。mybatis因为不用考虑不少细节，开发模式上与传统jdbc区别很小，所以很容易上手并开发项目，但忽略细节会致使项目前期bug较多，于是开发出相对稳定的软件很慢，而开发出软件却很快。hibernate则正好与之相反。可是若是使用hibernate很熟练的话，实际上开发效率丝绝不差于甚至超越mybatis。

5. sql直接优化上，mybatis要比hibernate方便不少

因为mybatis的sql都是写在xml里，所以优化sql比hibernate方便不少。而hibernate的sql不少都是自动生成的，没法直接维护sql;虽有hql，但功能仍是不及sql强大，见到报表等变态需求时，hql也歇菜，也就是说hql是有局限的;hibernate虽然也支持原生sql，但开发模式上却与orm不一样，须要转换思惟，所以使用上不是很是方便。总之写sql的灵活度上hibernate不及mybatis。

原文：https://blog.csdn.net/w_q_q_/article/details/79032062