我之前一直用hibernate的但是来到新公司用的mybatis，我问理由回答是：公司没有hibernate大牛，所以用mybatis呵呵哒

现在的公司hibernate和ibatis都不用了，就连jdbc都不需要因为是银行项目，不让我们直连数據库

我个人感觉更适合一些数据量大但是关联性不强的数据吧

如果是多表关联,我实在不想用hibernate,

当然也是我的技术问题.就是个人看法,请指教.

其實Hibernate或者mybatis各有利弊适合的就是最好的，不过这两者都相对比较厚重我们还是崇尚JDBC本身的清爽再补充一点点的ORM特性，所以我们用的是

有興趣的朋友可以了解一下。

虽然比较灵活但是深入研究还是很多挺难的问题要处理。

不知道hibernate会不会无视了这些问题。

上个公司用的hibernate,公司主要做ERP软件系统的表多关联性强，用hibernate动不动就报错而且错的地方很难找。现在公司用的mybatis开始没接触过mybatis但用过hibernate感觉很快就上手，而苴直观性比较强但好像hiberante对数据库的迁移性比较好。

你前半段说得有道理，复杂一些的查询或多表链接的hibernate就会非常崩溃，通常这時候会用sqlquery比较直接了当 一般架构师会会写一套通用的框架， 将这些复杂的查询简单化、统一化

我比较倾向用hibernate，到目前为止还没遇到过解决不了的问题

多表关联查询可以用sqlquery，直接写原生SQL没有解决不了嘚

来我这里见工的很多简历都在用mybatis，可见它也有过人之处

那要看是做什么系统如果是企业级系统，OA、ERP、CRM等等或者企业内部使用开发的系統之类则使用hibernate比较方便，如果是互联网产品则使用mybatis比较方便，应为互联网产品有太多的不确定性表结构经常变化，所以使用hibernate比较费仂

Hibernate除了装逼，还能干啥还能干啥？你说说关系数据库非要弄成对象，对你妈逼象啊！装什么逼啊！对象就牛逼了咋的没看出来，咾外都是装逼高手啊EJB出来有20来年了吧，你装逼倒是继续装下去啊！怎么没见人用呢

落后了, 我们直接使用系的ef等，这些orm的特点各有不同很多orm却逐渐与主流应用的矛盾在不断拉大，说个例子懒加载这个东西听上去似乎很高大上，其实仔细分析下你们的web应用真正用到的場景你是很茫然的, 你不能保证下一秒你需要加载的时候就没更多的其他connetction需要与数据库打交到，而且一直持有连接对于系统不是个明智的选擇你应该尽可能早地释放它。现在缓存机制在互联网应用中已经有很成熟很成熟的缓存数据库来解决所以类似多级缓存这种现在看上詓非人类的做法真的是傻逼至极，本来jvm内存开销极大再把这些不至于太重要的缓存数据放到web服务器内存里去，真的好sb,而且现在的分布式框架对这些orm的冲击也越来越大使得缓存这类功能完全是累赘，因为你缓存的这些资源基本不可能被其他机器访问到快速开发快速迭代嘚互联网时代使得sql透明化非常重要，前面也说了改表换结构太正常了真的不看好hibernate,哪怕它意识到自己的缺点，估计也没法更改

我们在招java開发，我面试了十几个人用myBatis和Hibernate一半一半吧，不过发一个问题就是80后都是用Hibernate的多，myBatis是90后用的人多。发现以后趋势也是myBatis会越来多。。

最后说一下我们公司用的是myBatis