|
精华帖 (0) :: 良好帖 (0) :: 新手帖 (6) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2011-09-25
同意，这样的场景用iBatis更合适
|
| 返回顶楼 | |
|
发表时间：2011-10-14
george_space 写道 gafking 写道 squll369 写道 不用hibernate，大型项目一般不用hibernate,主要原因，大型项目开发人员多，团队多，水平大不相同，出了问题，伤不起，其外DBA也难插手。
同意，这样的场景用iBatis更合适 小项目也不见得适用Hibernate，关键看应用类型，如果应用多为单表简单增删改查，用Hibernate还行，如果应用很多都是多表联查、复杂汇总、执行存储过程、甚至动态建表的话，用MyBatis是最好的选择，如果硬要使用hibernate，无异于开着坦克上坡爬山路。 Hibernate是JBoss的产品，JBPM也是JBoss的产品，但是从JBPM走出来的Activiti工作流，持久层大量使用的是：MyBatis，这足以说明Hibernate的局限性。 +++1 |
| 返回顶楼 | |
|
发表时间：2011-10-26
getclass 写道
梦秋雨 写道
evanzzy 写道
动钱的系统绝不能用hibernate，切记切记。IBatis或Spring JdbcTemplate都可以
这种自己没用明白于是觉得不好用，然后就出来喷的人…… 本人所处项目持久层使用Hibernate+Ibatis，Ibatis做查询、统计、报表，Hibernate负责更新、保存。20人+的项目，也走的很顺利。 另，该项目里面是要算钱的。
还可以这么架构呢,什么情况.兄弟们来说说这个吧.
|
| 返回顶楼 | |
|
发表时间：2012-01-06
batis是sqlmap，hibernate是ormap
batis是极端（专注与数据库打交道领域，参数映射和结果集映射都很强大，更贴近jdbc底层），hibernate是中庸（它想解决所有的问题），从某种意义上讲，其实hibernate更极端。 batis更轻巧，hibernate更笨重（应该说更难掌握，因为它想解决掉所有的事情，必然会在应用上有很多陷阱，例如缓存同步问题） 任何要求严格的项目都需要极端的技术选型，当然不排除项目中也有一些不痛不痒的save和update。 |
| 返回顶楼 | |
|
发表时间：2012-01-10
theoffspring 写道 用ibatis挺方便的，我们公司的框架就是用ibatis做持久层，xwork做控制层。mybatis加入了一些更强大的特性，比如拦截器。xbatis对动态sql支持得非常好，jdbc哪比得上啊。
开玩笑了吧，动态sql你用jdbc更容易了，直接用if else判断就行了，你们都会java，我觉得写动态sql比用xml文件写更不容易错。。。 也就是ibatis的mapper让你简化了很多的操作。赋值，取值之类的东西。动态sql绝不是区分ibatis和jdbc的优势 |
| 返回顶楼 | |
|
发表时间：2012-01-15
ibatis 现在做的银行项目就是ibatis！
|
| 返回顶楼 | |
|
发表时间：2012-01-15
hibernate是个好东西，要求有点高。
ibatis基本都ok了，一般的问题DBA，ETL做吧。 |
| 返回顶楼 | |
|
发表时间：2012-05-25
287854442 写道 george_space 写道 gafking 写道 squll369 写道 不用hibernate，大型项目一般不用hibernate,主要原因，大型项目开发人员多，团队多，水平大不相同，出了问题，伤不起，其外DBA也难插手。
同意，这样的场景用iBatis更合适 小项目也不见得适用Hibernate，关键看应用类型，如果应用多为单表简单增删改查，用Hibernate还行，如果应用很多都是多表联查、复杂汇总、执行存储过程、甚至动态建表的话，用MyBatis是最好的选择，如果硬要使用hibernate，无异于开着坦克上坡爬山路。 Hibernate是JBoss的产品，JBPM也是JBoss的产品，但是从JBPM走出来的Activiti工作流，持久层大量使用的是：MyBatis，这足以说明Hibernate的局限性。 +++1 jbpm 用的是 hibernate啊。。 |
| 返回顶楼 | |
