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

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

解决方案 »

  1.   

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

  2.   

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

  3.   

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

  4.   

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

  5.   

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

  6.   

    同意 evan_fu(而文) 
    ....
      

  7.   

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

  8.   

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

  9.   

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

  10.   

    TO： javahui(阶级斗争要年年讲，月月讲，天天讲。) 
    　　既然复杂的都要给JDBC来做,那还要Hibernate做什么?没有程序是机器码实现不了的吧？那为什么还要Ｃ＋＋之类的语言？
    解释一下！
      

  11.   

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

  12.   

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

  13.   

    hibernate是对jdbc的一个抽象在jdbc上封装好的东西
      

  14.   

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

  15.   

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

  16.   

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

  17.   

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

  18.   

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