|
精华帖 (0) :: 良好帖 (0) :: 新手帖 (6) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2011-06-10
itstarting 写道 首先得理解主数据的定义，主数据不是运营型数据，一般更新频度很小，定义清晰，维度多（有点类似于OLAP的多维数据结构）
要是我来搞，主线围绕两个： 1、数据库端：合理运用存储过程、物化视图，基本的数据库引擎优化自不必说 2、DAO层：充分使用缓存，结合查询的特点再次优化数据库索引+合理分区 这样的话，无所谓hibernate or ibatis，都好用——光聊这两个东西，根本没意义——你非要让鲁智深练眉来眼去剑法，岂不是要早饭 你的观点我还是很认同的.我们在曾经的项目中也是采用了部分这样的技术手段. 换一个项目的角度,补充一点.数据项目的核心重中之重是模型的设计.项目的成败取决于数据的准确. hibernate or ibatis 的选择是,具体项目下的具体需求.实施中,那个更适合的问题.不能是指所有 
|
| 返回顶楼 | |
|
发表时间：2011-06-10
george_space 写道 aa87963014 写道 看来我的分析是正确的."Hibernate是JBoss的产品，JBPM也是JBoss的产品，但是从JBPM走出来的Activiti工作流，持久层大量使用的是：MyBatis，这足以说明Hibernate的局限性。" 这个论证很充分.
智商达到什么样的一个高度的人会把Hibernate 和jbpm扯在一起 要不要把jdbc拉出来再批一顿hibernate的局限性？ 我看你的智商也搞不到哪里去，连人家要说什么都不看清楚，就在这里发飙。看来是个弱智的马甲。 啧啧 除了喷 hibernate适用范围balabala 还能说什么。干什么事情都要把hibernate扯进来 hibernate不是神 |
| 返回顶楼 | |
|
发表时间：2011-06-10
aa87963014 写道 george_space 写道 aa87963014 写道 看来我的分析是正确的."Hibernate是JBoss的产品，JBPM也是JBoss的产品，但是从JBPM走出来的Activiti工作流，持久层大量使用的是：MyBatis，这足以说明Hibernate的局限性。" 这个论证很充分.
智商达到什么样的一个高度的人会把Hibernate 和jbpm扯在一起 要不要把jdbc拉出来再批一顿hibernate的局限性？ 我看你的智商也搞不到哪里去，连人家要说什么都不看清楚，就在这里发飙。看来是个弱智的马甲。 啧啧 除了喷 hibernate适用范围balabala 还能说什么。干什么事情都要把hibernate扯进来 hibernate不是神 大家讨论的是,什么技术更适合实现这样的需求. |
| 返回顶楼 | |
|
发表时间：2011-06-10
squll369 写道 不用hibernate，大型项目一般不用hibernate,主要原因，大型项目开发人员多，团队多，水平大不相同，出了问题，伤不起，其外DBA也难插手。
赞同，我们以前一个很大的项目，就考虑过这个问题，因为团队水平参差不齐和DBA调试的问题，最后选用了ibatis |
| 返回顶楼 | |
|
发表时间：2011-06-10
我一直不太明白Hibernate有那么不灵活吗？里面不可以写SQL吗，不可用用存储过程嘛，不可以直接连接数据库吗?
|
| 返回顶楼 | |
|
发表时间：2011-06-10
动钱的系统绝不能用hibernate，切记切记。IBatis或Spring JdbcTemplate都可以
|
| 返回顶楼 | |
|
发表时间：2011-06-10
最后修改：2011-06-10
aa87963014 写道 george_space 写道 aa87963014 写道 看来我的分析是正确的."Hibernate是JBoss的产品，JBPM也是JBoss的产品，但是从JBPM走出来的Activiti工作流，持久层大量使用的是：MyBatis，这足以说明Hibernate的局限性。" 这个论证很充分.
智商达到什么样的一个高度的人会把Hibernate 和jbpm扯在一起 要不要把jdbc拉出来再批一顿hibernate的局限性？ 我看你的智商也搞不到哪里去，连人家要说什么都不看清楚，就在这里发飙。看来是个弱智的马甲。 啧啧 除了喷 hibernate适用范围balabala 还能说什么。干什么事情都要把hibernate扯进来 hibernate不是神 你是hibernate的托吧，那么拥护hibernate。任何技术和框架都有自己的应用场景，大家讨论一下怎么了？hibernate就不能被批了？ |
| 返回顶楼 | |
|
发表时间：2011-06-10
最后修改：2011-06-10
beyondsphinx 写道 我一直不太明白Hibernate有那么不灵活吗？里面不可以写SQL吗，不可用用存储过程嘛，不可以直接连接数据库吗?
问题的关键是：如果在Hibernate的名称下使用的是SQL和存储过程，那么你的持久层和Hibernate有什么关系？ 你穿着军装去挖煤开矿，你说你是解放军还是煤矿工人？ |
| 返回顶楼 | |
|
发表时间：2011-06-10
最后修改：2011-06-10
george_space 写道 beyondsphinx 写道 我一直不太明白Hibernate有那么不灵活吗？里面不可以写SQL吗，不可用用存储过程嘛，不可以直接连接数据库吗?
问题的关键是：如果在Hibernate的名称下使用的是SQL和存储过程，那么你的持久层和Hibernate有什么关系？ 你穿着军装去挖煤开矿，你说你是解放军还是煤矿工人？ 这样用也不是hibernate的设计初衷.不是能不能,是适合不适合. 我分析,hibernate 提供 sql 等这样的API,主要是考虑老系统的兼容和改造时使用的. 使用的场景应该不是咱们讨论的这个场景. |
| 返回顶楼 | |
|
发表时间：2011-06-10
我觉得可以把你要查询的十几张表做成视图，并把这个视图映射到持久化对象上，这样选择hibernate还是Mybatis就无所谓了。
|
| 返回顶楼 | |
