银行主数据项目(MDM)的数据持久层,你选择hibernate还是ibatis(MyBatis)

一个银行的主数据项目.数据数据持久层的实现上一直有争议.不知道,大家有没有什么好的建议.

主数据项目的模型设计,不是像交易类型的模型偏向三范式的.
举一个简单的场景,提供几个过滤条件,根据过滤条件查询结果并展现.这个数据的收集和过滤可能要涉及十几张表.

hibernate对这个功能的实现要用十几张表,就要用到十几个对象.这样提供过滤,并要整理清楚对象间的逻辑关系.对程序员的要求相对要高些.
如果用ibatis的话,程序员在ETL人员的协助下,一条sql就能很快解决问题.难度下降了不少.

另一个角度,性能上.hibernate的常用优化是第三方的二级缓存技术.可是,十几张表的关联几百万的数据量,自动生成的sql会有或多或少的问题.不如直接sql来的直接,可以在数据库层面直接优化.sql优化,索引,表分区等.

想听听大家对这个问题的看法 

评论

48 楼 梦秋雨 2011-06-12  

<div class="quote_title">george_space 写道</div>
<div class="quote_div">
<div class="quote_title">梦秋雨 写道</div>
<div class="quote_div">
<div class="quote_title">getclass 写道</div>
<div class="quote_div">
<div class="quote_title">梦秋雨 写道</div>
<div class="quote_div">
<div class="quote_title">evanzzy 写道</div>
<div class="quote_div">动钱的系统绝不能用hibernate，切记切记。IBatis或Spring JdbcTemplate都可以</div>
<br><br>这种自己没用明白于是觉得不好用，然后就出来喷的人……<br><br>本人所处项目持久层使用Hibernate+Ibatis，Ibatis做查询、统计、报表，Hibernate负责更新、保存。20人+的项目，也走的很顺利。<br><br>另，该项目里面是要算钱的。</div>
<p> </p>
<p>还可以这么架构呢,什么情况.兄弟们来说说这个吧.</p>
</div>
<p> </p>
<p>Service里面注入两个Dao，一个Hibernate的，一个Ibatis的。提供一系列查询方法：findXxByNamedQuery，我们抛弃了hibernate的namedQuery，service提供的namedQuery方法一律使用ibatis做查询，第一个参数就是ibatis select的名称，返回结果大多数是Map&lt;String,Object&gt;的集合。Ibatis主要使用与如下场景：</p>
<p> </p>
<p>1.宽表或者复杂关联情况下的列表页面展现，要展现的列数远小于实体类的属性个数，使用ibatis减少无谓的加载</p>
<p>2.针对某一db的sql优化</p>
<p>3.报表、统计等用sql来做比较自然的东西</p>
<p> </p>
<p>所以只是用了ibatis的查询，基本上没有用它的映射。</p>
<p> </p>
<p>Hibernate负责窄表管理，以及绝大多数的save/update。</p>
</div>
<p><br>好，现在就说说道理：</p>
<p><strong>1、“Hibernate负责窄表管理，以及绝大多数的save/update”</strong></p>
<p>问：一个真正的系统中，有多少应用是“窄表”增删改查，我做过的系统，多数情景下是多表联查、多表复杂统计、save/update也很少是单表操作的；</p>
<p> </p>
<p><span style="color: #ff0000; font-size: small;">不知道你说的“真正的系统”是什么玩意，我所知道的是我做的项目的确存在诸如用户、日志这样的窄表。或许您做的系统中每个表都是200来个字段吧。另外save/update在hibernate的级联下单表不单表是无所谓的。——额，默认你用过。</span></p>
<p> </p>
<p><strong>2、“Service里面注入两个Dao，一个Hibernate的，一个Ibatis的。针对某一db的sql优化报表、统计等用sql来做比较自然的东西……”</strong></p>
<p>问：是不是Hibernate搞不定，或者说不容易搞定的部分，使用iBatis来搞定？如果是，既然iBatis可以搞定简单部分，也可以搞定Hibernate搞不定（或者说不容易搞定）的部分，那么为什么不直接使用iBatis（现在已经是<strong>MyBatis</strong>了），要Hibernate何用？</p>
<p> </p>
<p><span style="color: #ff0000; font-size: small;">Hibernate做更新，基于JPA的注解映射实体类，对于绝大多数实体类只需要写很少的配置即可完成。您的mybatis要把一个查询映射到一个模型对象要写的mapping又如何，开发人员花心思对属性名和字段名，维护xml？复杂关联对象的映射又如何？</span></p>
<p> </p>
<p><span style="color: #ff0000; font-size: small;">另外，拿最原始的jdbc做查询，自己分析resultset做转换能不能搞定ibatis搞定的所有问题？那么既然jdbc能搞定ibatis能解决的和解决不了的所有问题，那么您是不是该用jdbc呢？或者直接用socket去和数据库通信？</span></p>
<p> </p>
<p><strong>3、“</strong></p>
<div class="quote_title">梦秋雨 写道</div>
<div class="quote_div">
<div class="quote_title">evanzzy 写道</div>
<div class="quote_div">动钱的系统绝不能用hibernate，切记切记。IBatis或Spring JdbcTemplate都可以</div>
<br><br>这种自己没用明白于是觉得不好用，然后就出来喷的人……<br><br>……”</div>
<p>问：既然你弄明白了，说说你“动钱”的部分是怎么用Hibernate来“弄明白的”，简单举个例子：查询A省所有储蓄卡金额不足306元，并且持续时间6个月以上，并且在本行开户多于2次的男性用户的前三个月的交易总额、支出总额和存入总额……</p>
<p>类似这样的查询，在实际的系统中n多，使用hibernate，我真不知道如何方便地搞定而又不需要查出一堆多余的数据。表结构都是设计好的，不要说什么细颗粒度的小表这类的前提，真正的系统中，不可能给你三两个字段做一个表。</p>
<p> </p>
<p><span style="color: #ff0000; font-size: small;">我们查询用的是Ibatis。</span></p>
<p>--------------------------------------------------------------------------------------------------------------------------</p>
<p> </p>
<p>如果不在Hibernate中使用原生SQL语句，只纯粹让Hibernate面向对象去挑大梁，那无异于开着坦克爬梯子；</p>
<p>如果在Hibernate应用中大量使用原生SQL，那为什么不直接使用MyBatis，将SQL统一安放在Mapper文件中，或者annotation中，同时做到了数据集和实体类的映射，实现了面向对象方式直接操作SQL。</p>
<p> </p>
<p>直接使用Spring JDBCTemplate 也比Hibernate + 原生SQL，或者 Hibernate + MyBatis混搭 这样的设计要好。</p>
<p> </p>
<p><span style="color: #ff0000; font-size: small;">技术选型要兼顾设计目标和团队人员情况，而且每个框架都有其适用范围，也许在你所在的团队里面你的做法是合适的，但是你无法判断我所在团队的情况。另外，一棒子打死全世界目前使用人数最多的o/r mapping框架，真是认为举世皆浊你独清啊。</span></p>
<p> </p>
<p><strong>以上是个人愚见。</strong></p>
<p> </p>
</div>
<p> </p>
<p><span style="color: #ff0000; font-size: x-small;"><br></span></p>

47 楼 Rod_johnson 2011-06-12  

ibatis 和 hiberbate 比是半半自动 但他的灵活性比 hibernate 好一点吧，我参与的保险的项目用的是ibatis，仅供参考

46 楼 getclass 2011-06-12  

Hibernate + MyBatis混搭 真有这样的项目吗

45 楼 BigBlue 2011-06-12  

查询类的东西，还是自己用SQL这直接控制好

44 楼 george_space 2011-06-12  

<div class="quote_title">梦秋雨 写道</div>
<div class="quote_div">
<div class="quote_title">getclass 写道</div>
<div class="quote_div">
<div class="quote_title">梦秋雨 写道</div>
<div class="quote_div">
<div class="quote_title">evanzzy 写道</div>
<div class="quote_div">动钱的系统绝不能用hibernate，切记切记。IBatis或Spring JdbcTemplate都可以</div>
<br><br>这种自己没用明白于是觉得不好用，然后就出来喷的人……<br><br>本人所处项目持久层使用Hibernate+Ibatis，Ibatis做查询、统计、报表，Hibernate负责更新、保存。20人+的项目，也走的很顺利。<br><br>另，该项目里面是要算钱的。</div>
<p> </p>
<p>还可以这么架构呢,什么情况.兄弟们来说说这个吧.</p>
</div>
<p> </p>
<p>Service里面注入两个Dao，一个Hibernate的，一个Ibatis的。提供一系列查询方法：findXxByNamedQuery，我们抛弃了hibernate的namedQuery，service提供的namedQuery方法一律使用ibatis做查询，第一个参数就是ibatis select的名称，返回结果大多数是Map&lt;String,Object&gt;的集合。Ibatis主要使用与如下场景：</p>
<p> </p>
<p>1.宽表或者复杂关联情况下的列表页面展现，要展现的列数远小于实体类的属性个数，使用ibatis减少无谓的加载</p>
<p>2.针对某一db的sql优化</p>
<p>3.报表、统计等用sql来做比较自然的东西</p>
<p> </p>
<p>所以只是用了ibatis的查询，基本上没有用它的映射。</p>
<p> </p>
<p>Hibernate负责窄表管理，以及绝大多数的save/update。</p>
</div>
<p><br>好，现在就说说道理：</p>
<p><strong>1、“Hibernate负责窄表管理，以及绝大多数的save/update”</strong></p>
<p>问：一个真正的系统中，有多少应用是“窄表”增删改查，我做过的系统，多数情景下是多表联查、多表复杂统计、save/update也很少是单表操作的；</p>
<p> </p>
<p><strong>2、“Service里面注入两个Dao，一个Hibernate的，一个Ibatis的。针对某一db的sql优化报表、统计等用sql来做比较自然的东西……”</strong></p>
<p>问：是不是Hibernate搞不定，或者说不容易搞定的部分，使用iBatis来搞定？如果是，既然iBatis可以搞定简单部分，也可以搞定Hibernate搞不定（或者说不容易搞定）的部分，那么为什么不直接使用iBatis（现在已经是<strong>MyBatis</strong>了），要Hibernate何用？</p>
<p> </p>
<p><strong>3、“</strong></p>
<div class="quote_title">梦秋雨 写道</div>
<div class="quote_div">
<div class="quote_title">evanzzy 写道</div>
<div class="quote_div">动钱的系统绝不能用hibernate，切记切记。IBatis或Spring JdbcTemplate都可以</div>
<br><br>这种自己没用明白于是觉得不好用，然后就出来喷的人……<br><br>……”</div>
<p>问：既然你弄明白了，说说你“动钱”的部分是怎么用Hibernate来“弄明白的”，简单举个例子：查询A省所有储蓄卡金额不足306元，并且持续时间6个月以上，并且在本行开户多于2次的男性用户的前三个月的交易总额、支出总额和存入总额……</p>
<p>类似这样的查询，在实际的系统中n多，使用hibernate，我真不知道如何方便地搞定而又不需要查出一堆多余的数据。表结构都是设计好的，不要说什么细颗粒度的小表这类的前提，真正的系统中，不可能给你三两个字段做一个表。</p>
<p>--------------------------------------------------------------------------------------------------------------------------</p>
<p> </p>
<p>如果不在Hibernate中使用原生SQL语句，只纯粹让Hibernate面向对象去挑大梁，那无异于开着坦克爬梯子；</p>
<p>如果在Hibernate应用中大量使用原生SQL，那为什么不直接使用MyBatis，将SQL统一安放在Mapper文件中，或者annotation中，同时做到了数据集和实体类的映射，实现了面向对象方式直接操作SQL。</p>
<p> </p>
<p>直接使用Spring JDBCTemplate 也比Hibernate + 原生SQL，或者 Hibernate + MyBatis混搭 这样的设计要好。</p>
<p> </p>
<p><strong>以上是个人愚见。</strong></p>
<p> </p>
<p> </p>

43 楼 yuyinghan 2011-06-12  

asdeffwfe

42 楼 梦秋雨 2011-06-12  

<div class="quote_title">getclass 写道</div>
<div class="quote_div">
<div class="quote_title">梦秋雨 写道</div>
<div class="quote_div">
<div class="quote_title">evanzzy 写道</div>
<div class="quote_div">动钱的系统绝不能用hibernate，切记切记。IBatis或Spring JdbcTemplate都可以</div>
<br><br>这种自己没用明白于是觉得不好用，然后就出来喷的人……<br><br>本人所处项目持久层使用Hibernate+Ibatis，Ibatis做查询、统计、报表，Hibernate负责更新、保存。20人+的项目，也走的很顺利。<br><br>另，该项目里面是要算钱的。</div>
<p> </p>
<p>还可以这么架构呢,什么情况.兄弟们来说说这个吧.</p>
</div>
<p> </p>
<p>Service里面注入两个Dao，一个Hibernate的，一个Ibatis的。提供一系列查询方法：findXxByNamedQuery，我们抛弃了hibernate的namedQuery，service提供的namedQuery方法一律使用ibatis做查询，第一个参数就是ibatis select的名称，返回结果大多数是Map&lt;String,Object&gt;的集合。Ibatis主要使用与如下场景：</p>
<p> </p>
<p>1.宽表或者复杂关联情况下的列表页面展现，要展现的列数远小于实体类的属性个数，使用ibatis减少无谓的加载</p>
<p>2.针对某一db的sql优化</p>
<p>3.报表、统计等用sql来做比较自然的东西</p>
<p> </p>
<p>所以只是用了ibatis的查询，基本上没有用它的映射。</p>
<p> </p>
<p>Hibernate负责窄表管理，以及绝大多数的save/update。</p>

41 楼 梦秋雨 2011-06-12  

george_space 写道

梦秋雨 写道

evanzzy 写道

动钱的系统绝不能用hibernate，切记切记。IBatis或Spring JdbcTemplate都可以

这种自己没用明白于是觉得不好用，然后就出来喷的人……

本人所处项目持久层使用Hibernate+Ibatis，Ibatis做查询、统计、报表，Hibernate负责更新、保存。20人+的项目，也走的很顺利。

另，该项目里面是要算钱的。

用IBatis干嘛，直接用Hibernate不就得了？反正Hibernate是“可以算钱”的。Hibernate高手，你说是不是？

有道理就说道理，有事实就说事实。你这等无根据的喷水，莫不如回家浇花。

40 楼 getclass 2011-06-12  

<div class="quote_title">梦秋雨 写道</div>
<div class="quote_div">
<div class="quote_title">evanzzy 写道</div>
<div class="quote_div">动钱的系统绝不能用hibernate，切记切记。IBatis或Spring JdbcTemplate都可以</div>
<br><br>这种自己没用明白于是觉得不好用，然后就出来喷的人……<br><br>本人所处项目持久层使用Hibernate+Ibatis，Ibatis做查询、统计、报表，Hibernate负责更新、保存。20人+的项目，也走的很顺利。<br><br>另，该项目里面是要算钱的。</div>
<p> </p>
<p>还可以这么架构呢,什么情况.兄弟们来说说这个吧.</p>

39 楼 george_space 2011-06-12  

梦秋雨 写道

evanzzy 写道

动钱的系统绝不能用hibernate，切记切记。IBatis或Spring JdbcTemplate都可以

这种自己没用明白于是觉得不好用，然后就出来喷的人……

本人所处项目持久层使用Hibernate+Ibatis，Ibatis做查询、统计、报表，Hibernate负责更新、保存。20人+的项目，也走的很顺利。

另，该项目里面是要算钱的。

用IBatis干嘛，直接用Hibernate不就得了？反正Hibernate是“可以算钱”的。Hibernate高手，你说是不是？

38 楼 梦秋雨 2011-06-11  

evanzzy 写道

动钱的系统绝不能用hibernate，切记切记。IBatis或Spring JdbcTemplate都可以

这种自己没用明白于是觉得不好用，然后就出来喷的人……

本人所处项目持久层使用Hibernate+Ibatis，Ibatis做查询、统计、报表，Hibernate负责更新、保存。20人+的项目，也走的很顺利。

另，该项目里面是要算钱的。

37 楼 getclass 2011-06-11  

java2k 写道

MyBatis不错！ 本人刚刚实施了一个项目， 起初用的Hibernate， 因对Hibernate较熟，且有多个Web项目应用。 然而此项目为一个数据汇集中心，数据量非常庞大，基本都是各种需要多粒度的抽取和呈现数据，比如同一张表，会有很多过滤、排序、分组的呈现，Hibernate对付这些情况非常繁琐，不灵活，直接用Jdbc倒也方便，比如Spring的JdbcTemplate，然而SQL语句的管理、根据条件生成SQL等又显得不方便；后来切换了持久层，采用MyBatis，确实很方便，过程中虽然走了点弯路，发现还是很值得的和必要的。一堆SQL都在一个XML文件中，而且还有条件判断语句，公共的SQL部分引入管理起来很方便。而且MyBatis上手也快，维护难度比较低。
总体感觉，对于CRUD等模块多、业务相对简单的，用Hibernate方便；对于复杂报表、查询、业务关联度比较强的，MyBatis/ibatis比较方便。

同感

36 楼 java2k 2011-06-11  

MyBatis不错！ 本人刚刚实施了一个项目， 起初用的Hibernate， 因对Hibernate较熟，且有多个Web项目应用。 然而此项目为一个数据汇集中心，数据量非常庞大，基本都是各种需要多粒度的抽取和呈现数据，比如同一张表，会有很多过滤、排序、分组的呈现，Hibernate对付这些情况非常繁琐，不灵活，直接用Jdbc倒也方便，比如Spring的JdbcTemplate，然而SQL语句的管理、根据条件生成SQL等又显得不方便；后来切换了持久层，采用MyBatis，确实很方便，过程中虽然走了点弯路，发现还是很值得的和必要的。一堆SQL都在一个XML文件中，而且还有条件判断语句，公共的SQL部分引入管理起来很方便。而且MyBatis上手也快，维护难度比较低。
总体感觉，对于CRUD等模块多、业务相对简单的，用Hibernate方便；对于复杂报表、查询、业务关联度比较强的，MyBatis/ibatis比较方便。

35 楼 AngelAndAngel 2011-06-11  

   hibernate的多个表条件过滤有很大的局限性，不过，假如这种场景不多，还是可用。

34 楼 aa87963014 2011-06-10  

highsense 写道

aa87963014 写道

george_space 写道

aa87963014 写道

看来我的分析是正确的."Hibernate是JBoss的产品，JBPM也是JBoss的产品，但是从JBPM走出来的Activiti工作流，持久层大量使用的是：MyBatis，这足以说明Hibernate的局限性。" 这个论证很充分.

智商达到什么样的一个高度的人会把Hibernate 和jbpm扯在一起

要不要把jdbc拉出来再批一顿hibernate的局限性？

我看你的智商也搞不到哪里去，连人家要说什么都不看清楚，就在这里发飙。看来是个弱智的马甲。

  啧啧 除了喷 hibernate适用范围balabala 还能说什么。干什么事情都要把hibernate扯进来 hibernate不是神

你是hibernate的托吧，那么拥护hibernate。任何技术和框架都有自己的应用场景，大家讨论一下怎么了？hibernate就不能被批了？

如果要批 是有很多地方可以批 别拿jdbc之类的一套来扯hibernate 谢谢

33 楼 supben 2011-06-10  

存储过程+hibernate？
ibatis=jdbc。不解释。另外，某楼hibernate的托这样的词汇都来了，有点经典。

32 楼 Frankie199 2011-06-10  

抛出异常的爱 写道

不使用ibatis使用存储过程才合理一些，特别是非现场系统

同意抛哥意见

31 楼 yuanyong 2011-06-10  

openFox 写道

george_space 写道

beyondsphinx 写道

我一直不太明白Hibernate有那么不灵活吗？里面不可以写SQL吗，不可用用存储过程嘛，不可以直接连接数据库吗?

问题的关键是：如果在Hibernate的名称下使用的是SQL和存储过程，那么你的持久层和Hibernate有什么关系？

你穿着军装去挖煤开矿，你说你是解放军还是煤矿工人？

技术方面不太懂，我也就不分析了，就是觉得哥们形容的太恰当了

形容的太秒了

30 楼 openFox 2011-06-10  

george_space 写道

beyondsphinx 写道

我一直不太明白Hibernate有那么不灵活吗？里面不可以写SQL吗，不可用用存储过程嘛，不可以直接连接数据库吗?

问题的关键是：如果在Hibernate的名称下使用的是SQL和存储过程，那么你的持久层和Hibernate有什么关系？

你穿着军装去挖煤开矿，你说你是解放军还是煤矿工人？

技术方面不太懂，我也就不分析了，就是觉得哥们形容的太恰当了

29 楼 zhuwenhao01 2011-06-10  

我觉得可以把你要查询的十几张表做成视图，并把这个视图映射到持久化对象上，这样选择hibernate还是Mybatis就无所谓了。