|
锁定老帖子 主题：Hibernate，憋脚的ORM框架
该帖已经被评为新手帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2007-11-26
我虽然用的不熟，但是我已经被H的理念给折服了。
|
| 返回顶楼 | |
|
发表时间：2007-11-27
hibernate理念是不错
但是对于大型数据库的遗留系统，特别是表间关系复杂、数据量大的整合项目似乎hibernate确实不合适吧？ |
| 返回顶楼 | |
|
发表时间：2007-12-14
fight_bird 写道 NetBus 写道 fight_bird 写道 iBATIS一直在用，实践证明完全胜任千万级数据量的系统，常用的调优手段如：sql优化、iBatis cache方式选择、少量Procedures等技术手段清晰、可控，辅以自动脚本生成工具，简单增删改的开发效率也不比Hibernate低太多，组合查询更是强项，脚本化的sql拼接很便利和可靠。
国人Linux_China先生为Intellij Idea写了一个iBatis插件，非常好用。
至于数据库平台无关的问题，基本赞同楼主的看法，只要有一定规模的项目，绝少有客户会要求实现数据库平台无关的，倒是要求读取遗留系统的需求很多，这正是iBATIS的强项——灵活性。 Hibernate未深入研究，不想多妄论。 居然支持写sql语句的提示，还支持##的变量提示，太强悍了~ 我们有自己实现的脚本生成Utils类，实现单对象实例的resultMap、insert、update、delete等脚本片段以及VO类的自动生成，基本够用了。 iBATIS目前相对Hibernate的最大不足是无级联数据增删改的支持，这也是增删改实现效率低于Hibernate的主要原因，希望3.0能实现。 ibatis 本身就有个 eclipse 插件生成。 |
| 返回顶楼 | |
|
发表时间：2007-12-26
6.DB级的SQL特性很难用上
不同意。其实hibernate开源的好处就在于可扩展。自己继承几个类写写就至少能把DB级别的函数都包含进去了。 |
| 返回顶楼 | |
|
发表时间：2008-10-08
Hibernate一直理解不够透彻,都是在用ibatis,感觉比较简单,灵活
|
| 返回顶楼 | |
