可用分押宝游戏火热进行中...	专题改版：Java Web 专题

在一个大中型企业系统开发中使用JDBC和Hibernate的弊与利

楼主miss_yu（易维）2005-06-02 10:42:54 在 Java / 框架、开源提问

因为稍微大中型企业的咨询管理系统,即有简单的资料维护,工作报表的制作,工作流程的控制等等,较为复杂的需求,请各位高手,就自己根据JDBC和Hibernate的各自特点,可否发表一些自己对在这种企业需求的情况下使用JDBC或Hibernate的弊与利,是否整个系统只用其中一种技术,还在两种技术都用(在什么情况下使用JDBC?在什么情况下使用Hibernate?),请高手赐教,谢谢问题点数：50、回复次数：31Top

1 楼usherlight（xingtian）回复于 2005-06-02 12:52:21 得分 2

系统应该有一致性，这样在开发和今后的维护中，比较方便。
我推荐全部使用Hibernate。Top

2 楼usherlight（xingtian）回复于 2005-06-02 12:53:09 得分 2

JDBC的可维护性比较差。程序员水平的良莠不齐会造成系统的不稳定Top

3 楼UPCCPU（最低奋斗目标：农妇、山泉、有点田）回复于 2005-06-02 13:10:02 得分 2

全部使用Hibernate不够现实吧！JDBC还是需要的，我们用Apache 的dbutil来直接用jdbcTop

4 楼miaoliujun（傲龙）回复于 2005-06-02 13:15:31 得分 2

合理的使用HB应该不错，毕竟这已经是orm的事实上的标准了。但有可能不能完全符合要求，这是你可以利用JDBC，但这段代码要核心人员编写。Top

5 楼zjjsgwm（cyril）回复于 2005-06-02 16:47:13 得分 2

其实做系统并不是一定要什么什么技术，看技术员的整体水平而定。
技术员觉得用什么技术实现最方便，那就用什么技术了。因为同样的都能完成系统。Top

6 楼evan_fu（而文）回复于 2005-06-03 08:12:26 得分 10

也许楼主考虑简单的资料维护使用hibernate比较方便快速,而当面对报表的复杂的SQL就想用JDBC来处理,或许以后的Hibernate 将来的版本能更好的支持复杂的SQLTop

7 楼sylmoon（专注Oracle）回复于 2005-06-03 08:26:42 得分 0

gaze itTop

8 楼miss_yu（易维）回复于 2005-06-04 13:01:40 得分 0

謝謝各位指點,還請高手指點Top

9 楼caiyi0903（willpower）回复于 2005-06-04 13:04:26 得分 2

能够在hibernate中处理的SQL操作尽量交给hibernate来做，过于复杂的就用jdbcTop

10 楼lingfengtree（临风树）回复于 2005-06-04 15:09:04 得分 1

同意 evan_fu(而文)
....Top

11 楼qingzhuang（半片云）回复于 2005-06-04 16:18:18 得分 0

大多只能混合Top

12 楼mingr6370（丑男）回复于 2005-06-05 19:20:16 得分 0

学习Top

13 楼mingr6370（丑男）回复于 2005-06-05 19:20:40 得分 0

学习Top

14 楼aChinese（一个中国人）回复于 2005-06-06 00:10:06 得分 2

除非要强化底层, 不然用Hibernate不是挺好吗Top

15 楼programeyonger（学到了好多的知识阿！其中就有pdf打印!）回复于 2005-06-06 11:39:50 得分 0

自己写一个持久层好了！
呵呵！！Top

16 楼ukey235（a）回复于 2005-06-06 12:07:34 得分 0

学习
upTop

17 楼yangbc（土豆块）回复于 2005-06-07 00:33:26 得分 0

用实体beanTop

18 楼dongcenphoenix（火凤凰--以其至死不愈的飞翔来完成对梦想的追逐！）回复于 2005-06-07 16:53:31 得分 1

太复杂的觉得还是用jdbc比较好Top

19 楼javahui（阶级斗争要年年讲，月月讲，天天讲。）回复于 2005-06-07 17:04:53 得分 0

既然复杂的都要给JDBC来做,那还要Hibernate做什么?
Top

20 楼jdskyy（蒋传德）回复于 2005-06-08 23:25:56 得分 0

TO： javahui(阶级斗争要年年讲，月月讲，天天讲。)
　　既然复杂的都要给JDBC来做,那还要Hibernate做什么?

没有程序是机器码实现不了的吧？那为什么还要Ｃ＋＋之类的语言？
解释一下！Top

21 楼arrowkylin（老杨）回复于 2005-06-09 08:19:46 得分 5

刚刚用hibernate开发完一个大型系统，基本上都可完成预定功能，特别是对于数据库的移植更又它的优势，一个成熟的系统应该给客户提供多种数据库实现的可能。而且hibernate也支持原生SQL查询（建议尽量不要这样做）。Hibernate的创始人Gavin King已经加入了JBoss，而且EJB3.0的持久层实现也很大程度上借鉴了Hibernate的思想，一个不争的事实，Hibernate将发挥它原来越重要的作用。Top

22 楼yoyozy（幽游子）回复于 2005-06-09 08:44:02 得分 2

hibernate的功能已经包括了jdbc，并且关于复杂的查询hibernate也支持SQL查询，考虑以后的维护和升级，最好还是选hibernateTop

23 楼qingzhuang（半片云）回复于 2005-06-09 08:49:14 得分 1

JDBC还是需要点的Top

24 楼etre（林荃）回复于 2005-06-09 18:52:26 得分 2

其实所有的底层都是JDBCTop

25 楼zdnetchina（天天向上）回复于 2005-06-09 23:29:20 得分 2

hibernate是对jdbc的一个抽象

在jdbc上封装好的东西Top

26 楼liupanjr（）回复于 2005-06-27 10:38:33 得分 2

在hibernate3中有sql查询,能做到你用jdbc做到的一切.Top

27 楼gaoan（流浪花---不迁怒，不二过．）回复于 2005-06-27 13:27:21 得分 2

没用过HIBERNATE

不过根绝我的经验，做数据库方面的系统开发，完全不在于技术，而在于对业务的理解和把握上.

Top

28 楼cao_zp（方世玉）回复于 2005-06-27 16:55:56 得分 2

新系统用hibernate做，如果要整合老系统，那只好用jdbc，那种没有设计主键的表，用hibernate会累死Top

29 楼kwok2079（kwok）回复于 2005-06-27 17:34:54 得分 2

无论用哪一种，关键是数据库一定要设计好，不然用上什么都感觉不好用。Top

30 楼didoleo（冷月无声）回复于 2005-06-27 21:01:00 得分 2

hibernate 有些情况不能实现，比如调用存储过程,是否考虑hibernate+iBatis作为持久层技术。
hibernate 3.0 不知道是否更强大一些。Top

31 楼shirongzhu（zhusr）回复于 2005-06-29 09:17:33 得分 2

hibernate3也支持存储过程，不过我觉得hibernate生成原生sql的能力太弱，不能象ibatis传入用HashMap返回也是HashMap,否则用hibernate的那种，要用n个addScalar,麻烦！！！！Top