互联网应用持久层框架的选择 hibernate？mybatis？…… ibatis吧,HIBERNATE重量级框架,不太好用,加上HQL语言会使程序员产生惰性,连基本SQL都忘掉,影响优化,还有,程序员技术参差不齐,用HIBERNATE更是大问题,如果团队有HIBERNATE高手的话,可以用, 解决方案 » 免费领取超大流量手机卡，每月29元包185G流量+100分钟通话, 中国电信官方发货 mybatis ，遇到复杂的表什么的多连接多查询。等等。 由于对于hibernate不是特别熟悉，我本人也倾向于使用mybatis 这取决于你们对hibernate有多了解，如果有很熟悉的人在用的话没什么问题。 还有 hibernate的优点在于对象化，处理复杂的业务逻辑什么的比较实用，但是应付大批量的查询跟修改性能可能会差一点，特别是不懂怎么使用hibernate的情况下。 mybatis支持者撸过.. 这感觉就像自动挡的车，和手动挡一样.. 看你要哪种快感了... 一起整合进去 ，普通查询用hibernate ，复杂级联用mybatis. 互联网项目我都是用的mongodb。什么hibernate，mybatis，累赘 现在的我 用hibernate比较多~~ 不过感觉희使自己产生惰性 建议用JPA，把Hibernate当作JPA的实现来用，不要直接用Hibernate特性的东西。毕竟还是标准的东西比较好。 hibernate更像是一部面向对象的机器，而Xbatis或者spring jdbc更像是一个SQL工具，对于复杂的需求（包括更高的性能要求），使用工具的好处是便于自己灵活的扩展（说白了就是想怎么写sql就怎么写sql），而使用机器的前提是你要能够熟练的配置和架构，而这一点学习曲线是很高的，因为hibernate不仅仅是insert update delete的替代品，它的三态和cache让它更像是server级产品。但是尽管hibernate软件思想更好，设计更OO，回到现实出于很多实际需求和环境的要求，使用xbatis和spring jdbc依然是更好的选择。 hibernate需要深入点，注意缓存的使用 简单查询用hibernate，复杂查询用mybatis或直接jdbc hibernate效率较低啊sql代码自动生成不利于优化和管控 嗯，楼上研究hibernate有长时间了？感觉hibernate好驾驭吗？ 好久没来过论坛了，有学到了，去搜索下这个高级玩意。门户网站吗，缓存+原生jdbc+ibatis就够用了 要看怎么用 谁来用 用的频率有多高 灵活选择不是用了哪个框架就必须用哪个框架。 差不多两年时间，对于普通使用者而言，它相当于傻瓜照相机，因为它对数据库操作做了几乎完美的封装，你不会写完整的sql也可以上手。你要想往深一点了解就有些难度了，hibernate的缓存机制很强大，学会灵活建立bean间的关联以及一些属性配置，效率杠杠的。所以设计好映射关系很重要。而ibatis的话，就是给你个模板让你把sql片段组合起来，灵活实现你的不同需求，而我们接触数据库基本都是从sql jdbc开始学的，因此这个类似拼图游戏的框架容易掌握。例如你只想修改或查询一张表某一个字段，sql很容易做到，而hibernate则要实现表全部的更新或查找，设置不好的话还会扯到一连串其他表的查询。麻烦之处就在于表多了，sql语句自然也就多了，慢慢写吧，sql拼接顺序不同，查询所耗时间也会千差万别，故sql不仅慢慢写，还得优着点写哦在维护方面，ibatIS也许只要改改sql xml文件，hibernate则需改动源代码程序 差不多两年时间，对于普通使用者而言，它相当于傻瓜照相机，因为它对数据库操作做了几乎完美的封装，你不会写完整的sql也可以上手。你要想往深一点了解就有些难度了，hibernate的缓存机制很强大，学会灵活建立bean间的关联以及一些属性配置，效率杠杠的。所以设计好映射关系很重要。而ibatis的话，就是给你个模板让你把sql片段组合起来，灵活实现你的不同需求，而我们接触数据库基本都是从sql jdbc开始学的，因此这个类似拼图游戏的框架容易掌握。例如你只想修改或查询一张表某一个字段，sql很容易做到，而hibernate则要实现表全部的更新或查找，设置不好的话还会扯到一连串其他表的查询。麻烦之处就在于表多了，sql语句自然也就多了，慢慢写吧，sql拼接顺序不同，查询所耗时间也会千差万别，故sql不仅慢慢写，还得优着点写哦在维护方面，ibatIS也许只要改改sql xml文件，hibernate则需改动源代码程序说的有道理，其实在于应用稳定性来说，mybatis肯定是最好的选择，但对于个人发展来说，本人更趋向于选择hhibernate，一个是对于产品负责，一个对于自己未来负责，如何抉择？ 如果你用hibernate 不自己写HQL的话 那说明没有任何复杂查询 这样的话你用什么都一样如果你有自己写HQL 说明还是可以优化的 如果是非常复杂的查询 Hibernate也支持SQL 或者直接建立一个视图 hibernate实体关联到那个视图上 不也一样吗个人觉得对ResultSet的处理 Hibernate要好的多Mybatis我也在用 觉得它是个比较郁闷的东西 不好定位 有些不可预知的问题 比如管理查询 两个表字段名相同 它会都set 这些都不如直接用JDBC+自己反射个人还是推荐用Hibernate Mybatis 感觉逻辑 都写sql里拉 各位都讨论的差不多了，最终根据网站架构还是更趋向于使用hibernate，因为整个网站逻辑并不复杂，数据库只是充当一种存储介质，网站90%的请求都是在于对数据的读取，所以可能要大量使用缓存和静态页面输出技术，而hibernate对于缓存的支持是相当强大的。 用mybatis。我就是来自互联网公司，用的是ibatis。 查询越简单越好。我的网站是：http://www.kuucen.com/ php搞定的 用hibernat，熟的话，很高效，mybatis没用过，不 作评论 你说mybatis不够灵活，我不赞同！ 个人赞同用hibernate，hibernate框架灵活，资料较多，学习起来也容易。 hibernate 对个人要求还是很高的，复杂的查询语句搞起来很繁琐，不想ibatis SQL语句想怎么写就怎么写。 把hibernate用好绝对是一把利剑 hibernate 好好学 用的好也是杠杠的mybatis 跟 springJDBC什么的也不错 看你自己选择技术这东西 用了才知道 如果不是对hibernate特别熟，还是用mybatis吧，mybatis是轻量级的，灵活，尤其是动态sql，hibernate过于理想化，实际操作起来太难 jdbc保守派路过， 其实 用spring 的jdbcTemplate 挺方便的 从业界来看 ibatis 如今用的很多 mybatis作为新版本貌似不那么受人待见。 另外JPA也是个不错的选择。 hibernate作为老牌的orm框架已经有越来越多的人讨厌它了。 webService+spring+redis+mybatis+mongodb(使用于复杂多变灵活的文档数据) 这又不是一锤子买卖 用啥就得都用啥 可以在反复需要修改保存的地方使用 hibernate 大批量查询的地方就用ibatis Hibernate Junit测试的时候报错问题 Unsupported major.minor version 49.0 异常 页面访问！ struts2 的upload功能是否有bug s:set标签的取值问题 TMOCAT连接池问题? 求助:一对一外键与主键双向关联问题 JDBC事务的问题 求救！！有关wap、xml和wml的问题！！ 在weblogic5.1中能部署j2ee吗？ 程序编译报错，请各位朋友帮忙指导下，先谢谢了！ java和C++之间 des加密解密遇到问题！！
这感觉就像自动挡的车，和手动挡一样.. 看你要哪种快感了...
但是尽管hibernate软件思想更好，设计更OO，回到现实出于很多实际需求和环境的要求，使用xbatis和spring jdbc依然是更好的选择。
hibernate效率较低啊sql代码自动生成不利于优化和管控
感觉hibernate好驾驭吗？
门户网站吗，缓存+原生jdbc+ibatis就够用了 要看怎么用 谁来用 用的频率有多高 灵活选择不是用了哪个框架就必须用哪个框架。
麻烦之处就在于表多了，sql语句自然也就多了，慢慢写吧，sql拼接顺序不同，查询所耗时间也会千差万别，故sql不仅慢慢写，还得优着点写哦在维护方面，ibatIS也许只要改改sql xml文件，hibernate则需改动源代码程序
麻烦之处就在于表多了，sql语句自然也就多了，慢慢写吧，sql拼接顺序不同，查询所耗时间也会千差万别，故sql不仅慢慢写，还得优着点写哦在维护方面，ibatIS也许只要改改sql xml文件，hibernate则需改动源代码程序
说的有道理，其实在于应用稳定性来说，mybatis肯定是最好的选择，但对于个人发展来说，本人更趋向于选择hhibernate，一个是对于产品负责，一个对于自己未来负责，如何抉择？
我的网站是：http://www.kuucen.com/ php搞定的
mybatis 跟 springJDBC什么的也不错 看你自己选择
技术这东西 用了才知道
从业界来看 ibatis 如今用的很多 mybatis作为新版本貌似不那么受人待见。
另外JPA也是个不错的选择。
hibernate作为老牌的orm框架已经有越来越多的人讨厌它了。