关于mybatis和Hibernate比较的问题

[爱睡觉的阿狸]

我们经理说mybatis开发效率太低，说这东西没啥优点，是Hibernate和jdbc夹在中间的东西，只相当于Hibernate的命名查询，他要么用Hibernate要么jdbc，或者复杂的sql用jdbc，绝不会用mybatis，大家同意这种观点吗？

[suciver]

可以这么说如果用原生的mybatis开发效率确实是渣，没对mybatis增加JPA支持以及部分单表的API操作支持时hibernate的开发效率绝对是完爆mybatis。但mybatis不只是hibernate的命名查询，mybatis的最大优势就是动态查询并不像hibernate一切以实体为核心，碰到复杂查询的时候以及类似查询的sql复用性上mybatis的动态查询就是优势。mybatis易于上手，hibernate比较重要精通对新手难度比较高，特别在关联关系的使用时，新手要是对hibernate不精通会引发很多性能问题。 总的来说无改造纯原生的mybatis开发效率是极低的。但是如果自己加上JPA支持和丰富一些类似hibernate的findById，deleteById，save，update的方法的话那么mybatis灵活的动态sql和灵活的结果集映射就是优势了，hibernate的优势也就没有了

[爱睡觉的阿狸]

引用 2 楼 qq_29485177 的回复:

Mybatis学习门槛低，简单易学，程序员直接编写原生态sql，可严格控制sql执行性能，灵活度高，非常适合对关系数据模型要求不高的软件开发，例如互联网软件、企业运营类软件等，因为这类软件需求变化频繁，一但需求变化要求成果输出迅速。但是灵活的前提是mybatis无法做到数据库无关性，如果需要实现支持多种数据库的软件则需要自定义多套sql映射文件，工作量大。 Hibernate对象/关系映射能力强，数据库无关性好，对于关系模型要求高的软件（例如需求固定的定制化软件）如果用hibernate开发可以节省很多代码，提高效率。但是Hibernate的学习门槛高，要精通门槛更高，而且怎么设计O/R映射，在性能和对象模型之间如何权衡，以及怎样用好Hibernate需要具有很强的经验和能力才行。 总之，按照用户的需求在有限的资源环境下只要能做出维护性、扩展性良好的软件架构都是好架构，所以框架只有适合才是最好。 

哥们说的很在理

[爱睡觉的阿狸]

引用 楼主 m2200 的回复:

我们经理说mybatis开发效率太低，说这东西没啥优点，是Hibernate和jdbc夹在中间的东西，只相当于Hibernate的命名查询，他要么用Hibernate要么jdbc，或者复杂的sql用jdbc，绝不会用mybatis，大家同意这种观点吗？

没办法，人一旦对什么事物产生偏见，很难改掉。

[爱睡觉的阿狸]

引用 1 楼 zhangshumin23 的回复:

感觉这种观点有点狭隘，就像你骑车和开车，各有各的优缺点，mybatis现在还是有很多人在用即说明其存在的合理性

没办法，人一旦对什么事物产生偏见，很难改掉。

[布..]

Mybatis学习门槛低，简单易学，程序员直接编写原生态sql，可严格控制sql执行性能，灵活度高，非常适合对关系数据模型要求不高的软件开发，例如互联网软件、企业运营类软件等，因为这类软件需求变化频繁，一但需求变化要求成果输出迅速。但是灵活的前提是mybatis无法做到数据库无关性，如果需要实现支持多种数据库的软件则需要自定义多套sql映射文件，工作量大。 Hibernate对象/关系映射能力强，数据库无关性好，对于关系模型要求高的软件（例如需求固定的定制化软件）如果用hibernate开发可以节省很多代码，提高效率。但是Hibernate的学习门槛高，要精通门槛更高，而且怎么设计O/R映射，在性能和对象模型之间如何权衡，以及怎样用好Hibernate需要具有很强的经验和能力才行。 总之，按照用户的需求在有限的资源环境下只要能做出维护性、扩展性良好的软件架构都是好架构，所以框架只有适合才是最好。 

[zhangshumin23]

感觉这种观点有点狭隘，就像你骑车和开车，各有各的优缺点，mybatis现在还是有很多人在用即说明其存在的合理性