在大数据量的时候是用jdbc还是hibernate啊

解决方案 »

  1.   

    要说功能当然hibernate比JDBC好了,JDBC是基础。
      

  2.   

    建议用jdbc,可控性更好一些,hibernate是在jdbc上的封装
      

  3.   

    到现在也没看过源代码 不过不是因为HIBERNATE的语句速度慢 主要是HIBERNATE对任何查询执行的流程都是一样的 不象JDBC 你可以查询完毕之后直接放到实体或者进行其他的操作 
      

  4.   

    推荐使用jdbc,hibernate封装的太死了。
      

  5.   

    看项目规模、结构、未来扩展维护等需求了。
    数据量的大小不是选择jdbc与hibernate的重要依据。
      

  6.   

    大数据量肯定用jdbc的好,可以对sql语句仔细推敲优化。
      

  7.   

    补充一下,也要看实际操作和对性能的需求,通常情况下应该不会有大批量的查询,导入等操作,虽然hibernate因为反射、代理等步骤使得速度确实比jdbc要慢些,但带来的好处是维护简单,开发也省时。
      

  8.   

    另,jdbc写不好,比hibernate效率更烂,hibernate一些细节配置不当,也会造成效率不佳,而不是他框架本身的问题。
    因此两者的选择还要兼顾开发团队的知识储备作为一个选择依据。
      

  9.   

    jdbc代码写得好的话,那性能是非常不错的,其实我觉得hibernate在大系统方面没有优势,ibatis性能上也不错,维护也可以,可以考虑,看需求,技术都有两面性的
      

  10.   

    hibernate是在jdbc上的封装
    ibernate通过对JDBC的封装,向程序员屏蔽了底层的数据库操作,使程序员专注于OO程序的开发,有助于提高开发效率。程序员访问数据库所需要做的就是为持久化对象编制xml映射文件。
    底层数据库的改变只需要简单地更改初始化配置文件(hibernate.cfg.xml或者hibernate.properties)即可,不会对应用程序产生影响。
      

  11.   

    如果熟悉sql优化的话还是建议用JDBC
      

  12.   

    建议用JDBC,以为hibernate对JDBC进行封装,没有JDBC直接好用以及灵活。听朋友说过,hibernate适合用来做测试项目的, 不适合用于商业项目
      

  13.   

    jdbcjdbcjdbcjdbcjdbcjdbcjdbcjdbcjdbcjdbcjdbc
      

  14.   

    如果在数据那一块要求比较高的话, 还是jdbc比较好
      

  15.   

    对Hibernate默认的JDBC事务的尝试 
      

  16.   

    应该是JDBC吧~ hibernate会根据你的业务逻辑以及对应的一对多之类的关系发生级联查询,在需要这样做的时候还好,不需要级联查询的时候会使得查询的效率非常之底!~hibernate对查询语句的优化还是做的不足够的! 
    虽然JDBC查询起来可能较为麻烦,可自己可控的部分更多,自己拼接SQL语句,可以自由控制对查询的效率以及优化!~会好点..其实HINERNATE和JDBC最终都会成为SQL语句进入数据库,最主要的还是谁的可控性和优化更高..
      

  17.   

    jdbc虽然开发效率不如hibernate,但是其运行效率绝对大于hibernate的运行效率,所以在操作大量数据的时候建议使用jdbc,当然选取谁还要看你的项目的规模
      

  18.   

    大数据量又要求效率的话应该考虑JDBC。
    少量或单笔数据增删改查建议用hibernate,开发效率和维护都有优势,执行效率几乎可以忽略不计。