|
精华帖 (0) :: 良好帖 (0) :: 新手帖 (1) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2006-08-31
welllove53 写道 stamen 写道 welllove53 写道 为什么你们要用ibaits呢？难道ibaits的优势就不能用hibernate取代吗？
就拼个sql嘛！！ iBatis主要是可以将Sql和代码解耦，使Java代码更纯一些，而Hibernate有在查询数据时有一个不好的地方是，结果集中的记录要对应Domain Class，这就限制了结果集字段的灵活性，数据库中的结果集构造是很灵活的，而不是仅对应Domain Classs。另外Hibernate还要为每条结果集构造对象，数据缓存等工作，如果仅是查询，这种工作是没有必要而费时的。 总之，我觉得Hibernate不太适合于构造简要列表时的查询，它的强项在于对一个Domain Class的增，删，改，查，而是业务数据查询。 hibernate hql也支持灵活的结果集啊，可以组成object[],map,Object 数据缓存你也可以控制的阿，ibatis也支持查询缓存的阿。 但是hibernate对hql的query很多的支持ibatis是没有的，最显然的例子就是分页支持。 你能保证DBA都能看得懂HQL语法吗？要知道他们可都是死忠于SQL的！ |
| 返回顶楼 | |
|
发表时间：2006-08-31
u21cn 写道 Hibernate Native Sql一直在发展，大家可以去看看Hibernate3.2的Native Sql.
不过我觉得最终Native Sql才是正道. Hql只不过是补充而已. 同上！ |
| 返回顶楼 | |
|
发表时间：2006-08-31
难道Hibernate最终要走向SQL？
|
| 返回顶楼 | |
|
发表时间：2006-09-13
关于查询，不是有投影可以用吗？
|
| 返回顶楼 | |
|
发表时间：2006-09-13
stamen 写道 难道Hibernate最终要走向SQL？
毕竟Hibernate的本质是SQL 至于具体如何走向...时间说明吧 |
| 返回顶楼 | |
|
发表时间：2006-09-15
我看还是去规范各大数据库的sql语法好了，
到时候大家都不用愁了。。。 |
| 返回顶楼 | |
|
发表时间：2006-09-15
u21cn 写道 Hibernate Native Sql一直在发展，大家可以去看看Hibernate3.2的Native Sql.
不过我觉得最终Native Sql才是正道. Hql只不过是补充而已. 对以前说的补充一句，我讲的Native Sql是王道的意思是： Hibernate应该尽量在标准Sql的语法以及Hibernate的API上作文章，而不要单单依赖于hql，毕竟操作数据库大家还是习惯sql滴。 至于跨数据库的特性，hql能实现的功能也只是数据库使用中很简单的一部分，并不是说简单用了hql就可以跨数据库了。 我觉得比较好的方式就是 标准Sql+Hibernate Api，有没有hql都无所谓. |
| 返回顶楼 | |
|
发表时间：2006-09-18
这样的用法我真的觉得有点不伦不类。就技术难度来说iBATIS比较好，sql的优化也比较好。HIbernate的优势只是于Spring的集成上更好而已，不过学习难度要打多了！
|
| 返回顶楼 | |
|
发表时间：2006-09-22
增加了内聚,但是我想这种内聚是没有必要的,就不符合SRP,功能单一的原则.
|
| 返回顶楼 | |
|
发表时间：2006-09-22
增加了内聚,但是我想这种内聚是没有必要的,就不符合SRP,功能单一的原则.
|
| 返回顶楼 | |
