这篇博文我们重点分析1下Mybatis与Hibernate的区分,固然在前面的博文中我们已深入的研究了Mybatis和Hibernate的原理。
Mybatis
Hibernate
作为1位优秀的程序员,只知道1种ORM框架是远远不够的。在开发项目之前,架构的技术选型对项目是不是成功起到相当重要的作用。我们不但要了解同类型框架的原理和技术实现,还要深入的理解各自的优缺点,以便我们能够在项目的实行进程中面对的困难更少。
所以这篇博文我们要将Mybatis和Hibernate进行1下深入的对照,加深我们对持久化框架的理解。下面我们开始今天的旅行。
Hibernate:Hibernate是当前最流行的ORM框架之1,对JDBC提供了较为完全的封装。Hibernate的O/R Mapping实现了POJO 和数据库表之间的映照,和SQL的自动生成和履行。
Mybatis:Mybatis一样也是非常流行的ORM框架,主要着力点在于 POJO 与 SQL 之间的映照关系。然后通过映照配置文件,将SQL所需的参数,和返回的结果字段映照到指定 POJO 。相对Hibernate“O/R”而言,Mybatis 是1种“Sql Mapping”的ORM实现。
难易度
Hibernate的真正掌握要比Mybatis困难,Hibernate比mybatis更加重量级1些。
Mybatis框架相对简单很容易上手,但也相对简陋些。
开发工作量
Mybatis需要我们手动编写SQL语句,回归最原始的方式,所以可以按需求指定查询的字段,提高程序的查询效力。
Hibernate也能够自己写SQL语句来指定需要查询的字段,但这样破坏了Hibernate封装和简洁性。
Mybatis由于所有SQL都是依赖数据库书写的,所以扩大性,迁移性比较差。
Hibernate与数据库具体的关联都在XML中,所以HQL对具体是用甚么数据库其实不是很关心。
相同点
Hibernate和Mybatis的2级缓存除采取系统默许的缓存机制外,都可以通过实现你自己的缓存或为其他第3方缓存方案,创建适配器来完全覆盖缓存行动。
不同点
Hibernate的2级缓存配置在SessionFactory生成的配置文件中进行详细配置,然后再在具体的表-对象映照中配置是那种缓存。
MyBatis的2级缓存配置都是在每一个具体的表-对象映照中进行详细配置,这样针对不同的表可以自定义不同的缓存机制。并且Mybatis可以在命名空间中同享相同的缓存配置和实例,通过Cache-ref来实现。
二者比较
由于Hibernate对查询对象有着良好的管理机制,用户无需关心SQL。所以在使用2级缓存时如果出现脏数据,系统会报出毛病并提示。而MyBatis在这1方面,使用2级缓存时需要特别谨慎。如果不能完全肯定数据更新操作的波及范围,避免Cache的盲目使用。否则,脏数据的出现会给系统的正常运行带来很大的隐患。
Hibernate与MyBatis都可以是通过SessionFactoryBuider由XML配置文件生成SessionFactory,然后由SessionFactory 生成Session,最后由Session来开启履行事务和SQL语句。其中SessionFactoryBuider,SessionFactory,Session的生命周期都是差不多的。以下图所示:
Hibernate的DAO层开发比MyBatis简单,Mybatis需要保护SQL和结果映照。
Hibernate对对象的保护和缓存要比MyBatis好,对增删改查的对象的保护要方便。
Hibernate有更好的2级缓存机制,可使用第3方缓存。MyBatis本身提供的缓存机制不佳。
MyBatis可以进行更加细致的SQL优化,可以减少查询字段。
MyBatis容易掌握,而Hibernate门坎较高。
在博文的结尾,我们将Mybatis和Hibernate之间的区分自个用6个词做总结:
Mybatis:小巧、方便、高效、简单、直接、半自动化
Hibernate:强大、方便、高效、复杂、间接、全自动化
下一篇 项目感想记录