搜索

首页  >  问答  >  正文

java - 关于mybatis和hibernate的困惑

谢谢

巴扎黑巴扎黑2767 天前1573

全部回复(19)我来回复

  • 巴扎黑

    巴扎黑2017-04-18 09:34:16

    知乎上也有类似的问题。
    看到高票的回答大致就是说,hibernatemybatis掌握难度要高一些,对sql的控制弱一些。

    回复
    0
  • 黄舟

    黄舟2017-04-18 09:34:16

    mb sql写到xml里面不也需要解析么,效率也高不到哪里去吧

    回复
    0
  • PHPz

    PHPz2017-04-18 09:34:16

    对比这两个之间的关系,从开发效率、可维护性、性能三个方面给出考虑。而就其重要性而言,在项目工程开发过程中,开发效率>可维护性>性能。可能对于某些业务来说,性能更关键,但放眼全局,个人觉得开发效率>可维护性>性能。

    首先来说,开发效率。个人感觉如果你是做一些简单的CMS类似的只有简单的增删改查的项目,那么使用Hibernate更有优势,不需要掌握太多的Hibernate知识,只需要会一些基本的查询和一些配置(Hibernate真正要学会,个人感觉知识量比mybatis大很多)。hiberbate是用java对象拼sql,mybatis是直接写原生sql。hibernate提供了很好的映射机制,mybatis还需要自己写resultmap paramMap这些东西。Hibernate和MyBatis都有相应的代码生成工具。可以生成简单基本的DAO层方法。针对高级查询,Mybatis需要手动编写SQL语句,以及ResultMap。而Hibernate有良好的映射机制,开发者无需关心SQL的生成与结果映射,可以更专注于业务流程。综上所述,那么从开发效率上来讲,Hibernate> mybatis。

    可维护性:hiberbate是用java对象拼sql,mybatis是直接写原生sql。直接写SQL更容易维护,而前者需要通过java对象来看SQL,你得把sql,用System.out.println(sql);把SQL打印出来,才可以看到。Hibernate的查询会将表中的所有字段查询出来,这一点会有性能消耗。Hibernate也可以自己写SQL来指定需要查询的字段,但这样就破坏了Hibernate开发的简洁性。而Mybatis的SQL是手动编写的,所以可以按需求指定查询的字段。Hibernate HQL语句的调优需要将SQL打印出来,而Hibernate的SQL被很多人嫌弃因为太丑了。MyBatis的SQL是自己手动写的所以调整方便。但Hibernate具有自己的日志统计。Mybatis本身不带日志统计,使用Log4j进行日志记录。

    性能:两者都提供了缓存,session机制。小项目两者差不多吧.大型项目mybatis>hibernate。

    回复
    0
  • 黄舟

    黄舟2017-04-18 09:34:16

    看大家讨论感觉mybaits更好一样,但当初一直以为hibernate更适合大型开发就直接走hibernate了。那时项目比较急,用得像mybatis一样,后来玩久了,发现很多有趣的东西,hibernate提供的经验简化了不少工作量和兼容性,但这些绝对需要有经验后才明白,加上后来有用上了hibernate search,全文检索,也就没法换了,反正写原生sql也可以hql也可以,xml配置工具也有,辅助注解也灵活,甚至还能产生原生sql不一样的one2many,many2many数据结构,总之就是太全面的一个大家伙了,还没遇到后悔的时候,就继续学吧。一般是用hibernate tools自动创建所有表的Java和xml的mapping做一般查删改,然后复制Java代码改名,用注解手工建关联,删除不需要的字段。

    回复
    0
  • PHP中文网

    PHP中文网2017-04-18 09:34:16

    1. 问题1:什么样的情况下,Hibernate 会慢MyBatis10倍?

    当Hibernate用错了的情况下,会出现:P
    比如, Hibernate的对象A里的内嵌对象B加载被你从默认懒加载改为预加载(假设你没有搞懂影响,就改动了配置), 你要查询对象A的列表,就会出现N+1查询, 但你的大部分业务逻辑又不需要读取内嵌对象B,性能就会很差.
    而一般情况下MyBatis, 这种查询是需要手写的. 出现这种情况的概率较小.

    JPA(Hibernate)的内容涵盖真的很广,有很多优化技巧.想玩熟要花的成本不低.(我手头上那本Hibernate In Action厚度很的让人望而生畏, 花了好久才看完), 不知道有多少程序员是爱看书的且有这个耐心.

    但是,MyBatis上手要容易多了. 虽然MyBatis在用错的情况下.性能会同样比Hibernate差好多倍.但MyBatis没那么复杂啊. 那出错的几率就小很多了.

    2. 问题2:小项目用MyBatis还是Hibernate?

    如果你对Hibernate很有研究兴趣,且想把他用熟.我建议拿你就试试呗. 毕竟大多数的项目是需要快速出成果的.
    Hibernate在这方面比MyBatis简单多了(当然MyBatis有自动生成代码的方法,但相比还是麻烦不少).
    如果后续项目发展的不错, 需要多人协作开发, 请务必让新手远离持久层代码逻辑.

    回复
    0
  • 黄舟

    黄舟2017-04-18 09:34:16

    简单来说,Hibernate 是面向对象的,MyBatis 是面向 SQL 的。选哪个得看你的人员配置对哪个熟悉,业务会不会有很多复杂查询,对性能要求高不高。另外,很多时候都是对 Hibernate 不熟悉,所以会觉得 Hibernate 做不了这个事情,或者做起来很复杂。Hibernate 表示这锅我不背。。。

    回复
    0
  • 迷茫

    迷茫2017-04-18 09:34:16

    个人还觉得hibernate 好用呢,自动建表,性能问题是关联查询。

    回复
    0
  • PHPz

    PHPz2017-04-18 09:34:16

    现在开发一边采用逻辑外键,不进行表关联,开发效率都差不多,mybatis简单,清晰,sql更具通用性,协作稍微方便点.

    回复
    0
  • 巴扎黑

    巴扎黑2017-04-18 09:34:16

    技术没有好坏,只有适不适合,在特定的情况下解决特定的问题。不同的人用hibernate,会产生不同的结果,如果你精通hibernate,性能一样不是问题。看到楼上说了那么多二者的比较,其实真的没有什么意义。

    回复
    0
  • ringa_lee

    ringa_lee2017-04-18 09:34:16

    总的来说hibernate不够灵活,封装的太深了。mybatis可以随心所欲的配置想要的操作

    回复
    0
  • 取消回复