81,122
社区成员
发帖
与我相关
我的任务
分享大家讨论一下。。多表关联时， 用是用jdbc好，还是用hibernate好。
例如我有一个SQL，要关联五六个表。
是用jdbc好，还是用hibernate好。
什么时候适用hibernate？？？什么时候适用jdbc？？？
是用jdbc好，还是用hibernate好。
什么时候适用hibernate？？？什么时候适用jdbc？？？
...全文
请发表友善的回复…
发表回复
xiaomaha 2011-07-06
- 打赏
- 举报
对于关联不多的查询 hibernate hql查询效率也很高，如果关联关系太多，那么建议使用createSQLQuery 这个接口，我们项目都是这样做的·
allengor 2010-10-11
- 打赏
- 举报
当表很多而且业务逻辑比较繁琐的时候还是使用hibernate更好，jdbc的话就不如hibernate有优势，但是5个表，如果业务逻辑不复杂的话，用JDBC也行，楼主自己决定喽
lasthope 2010-10-02
- 打赏
- 举报
ibatis
lmf19900120 2010-10-02
- 打赏
- 举报
如果觉得hibernate用不习惯就用jdbc了，不是因为麻烦，表多其实更应该用hibernate，我们做一个项目有30多张表，还是用的hibernate，只要表的关系先维护好，自动生成后，XML中就不用配了，所有的关系都有，5个表，不多的 还是用jdbc没那么麻烦 不用你去维护表的关系和结构。
marqio 2010-10-02
- 打赏
- 举报
hibernate也不错，可以实现多表关联，而且支持原生sql，如果想使用，建议对hibernate很了解的基础上，不然后面带来的开发问题会很多，如果不是很熟悉还是建议jdbc，开发起来快，多表操作也方便。
qingyuan18 2010-10-02
- 打赏
- 举报
参考这篇文章，之前做项目的时候写的：
http://www.ibm.com/developerworks/cn/java/j-lo-hibernate-jdbc/index.html?ca=drs-
多表关联用hibernate效率很低，毕竟这个框架主要的任务是OR映射而不是查询优化
http://www.ibm.com/developerworks/cn/java/j-lo-hibernate-jdbc/index.html?ca=drs-
多表关联用hibernate效率很低，毕竟这个框架主要的任务是OR映射而不是查询优化
aNIITtoKYRJ 2010-10-02
- 打赏
- 举报
hibernate 你少写很多代码 jdbc 执行效率高 各有优点 看你自己对哪个熟悉 用起来爽
微甜灬呼吸 2010-10-02
- 打赏
- 举报
我除了单表的都是用sql
b1412 2010-10-02
- 打赏
- 举报
多表关联并要拼凑非持久化的我觉得还是jdbc灵活些。
风影萧诺 2010-10-01
- 打赏
- 举报
当然用框架好了
代码写的少。。。。 效率又高。。。。
代码写的少。。。。 效率又高。。。。
sun0322 2010-10-01
- 打赏
- 举报
[Quote=引用 38 楼 sxzlc 的回复:]
iBaits好，感觉比hibernate好多了，自由对Sql进行操作。
[/Quote]
没看清题目，多表关联时， 用hibernate吧！
iBaits好，感觉比hibernate好多了，自由对Sql进行操作。
[/Quote]
没看清题目，多表关联时， 用hibernate吧！
sun0322 2010-10-01
- 打赏
- 举报
iBaits好，感觉比hibernate好多了，自由对Sql进行操作。
cnjzy0106 2010-09-30
- 打赏
- 举报
sql 多表关联hibernate效率慢了。
yinxingchen521165737 2010-09-30
- 打赏
- 举报
在咱们编程中，其实没有什么是最好的，而是有什么是合适的
有的小项目如果你用Hibernian那就大材小用了，
如果你有些大项目但是业务关系不够复杂，你用Hibernian也是大材小用
反之JDBC也不一定在每个地方都很好，看项目情况
最近几年看穿了Hibernian的东西，感觉自己可以根据实际情况，
在JDBC的基础上自己封装，这样既提高了效率也提高了开发速度，
关键在于我们用的Hibernian它会加载好多没有用途的东西在里面，所以我
跟提倡大家自己没事的时候自己封装一套属于自己的JDBC框架，
然后在很多项目中实现它，慢慢完善最后等框架成熟了，自己就有相应的想法和看法了
有的小项目如果你用Hibernian那就大材小用了，
如果你有些大项目但是业务关系不够复杂，你用Hibernian也是大材小用
反之JDBC也不一定在每个地方都很好，看项目情况
最近几年看穿了Hibernian的东西，感觉自己可以根据实际情况，
在JDBC的基础上自己封装，这样既提高了效率也提高了开发速度，
关键在于我们用的Hibernian它会加载好多没有用途的东西在里面，所以我
跟提倡大家自己没事的时候自己封装一套属于自己的JDBC框架，
然后在很多项目中实现它，慢慢完善最后等框架成熟了，自己就有相应的想法和看法了
scentdia 2010-09-30
- 打赏
- 举报
不建议用hibernate,特别是表记录数大的情况下
sword_zhou 2010-09-30
- 打赏
- 举报
hibernate底层还不就是jdbc ，那肯定用jdbc快了，hibernate还多一个编译、翻译的过程
shadow55 2010-09-30
- 打赏
- 举报
多表关联处理的时候，我就会情不自禁幻想着hibernate带来的好处，jdbc要写的代码太多了
薛--松 2010-09-30
- 打赏
- 举报
才六张表 用Hibernate貌似有点浪费 但用什么还要看情况了
比如 如果这些表关系比较复杂的话 如有一对多 多对多 多对一 都存在的话 建议用Hibernate 因为配置好关系好 Hibernate 离线查询 抓取 容易多了 可以省好多代码
如果你的项目 业务不复杂的话 还是用JDBC吧 用JDBC灵活多了 但用什么决定权还在你手上啦
比如 如果这些表关系比较复杂的话 如有一对多 多对多 多对一 都存在的话 建议用Hibernate 因为配置好关系好 Hibernate 离线查询 抓取 容易多了 可以省好多代码
如果你的项目 业务不复杂的话 还是用JDBC吧 用JDBC灵活多了 但用什么决定权还在你手上啦
hongseyouyang 2010-09-30
- 打赏
- 举报
原来如此
COCO_AS 2010-09-30
- 打赏
- 举报
更多的情况下，执行的快慢远不如开发的快慢重要，还有就是易于维护更重要。考虑维护人员的水平才是长久之道。
加载更多回复（29）
