我们的老板请个顾问来我公司,这个顾问说用spring+hibernate做个OA还可以,做大型网站(分布式、集群)根本就不行。他举例说HIBERNATE的多表查询很慢的。不知道情况是否真是他说的那样。

解决方案 »

  1.   

    在做大型金融系统,都是使用hibernate的,至于多表查询慢之类的问题,就要具体问题具体优化,甚至在性能瓶颈的地方直接用sql都可以,spring+hibernate 始终是好东西。
      

  2.   

    做中型的项目还好,大型的.......确是有些弊端
    而且如果程序员对sql特别熟,做大项目,根本没必要使用hibernate
      

  3.   

    但是我测试数据显示直接用sql的性能不如用hibernate,不知为什么?
      

  4.   

    回楼上:你的数据说明你的系统架构能力比不上Hiber的作者。
      

  5.   

    我很晕!楼主是强人,有多少程序员的系统架构能力比得上hibernate的作者!有调查数据吗?
      

  6.   

    做到了校内和阿里巴巴这样级别的网站,就不是简单的spring+hibernate的问题了。多表查询很慢跟你的数据库设计有关系,并不是hibernate的问题。
      

  7.   

    中小项目而且没有遗留系统的话可以完全依赖hibernate
    大点的复杂点的项目我认为应该采用hibernate与jdbc的结合,特别是用大点的数据库时如果不用jdbc一些数据库的优点发挥不出来
      

  8.   

    hibernate spring strtus 这些框架都比较成熟,都挺好用的哟
      

  9.   

    曾经看过一个编程的注意事项,其中之一就是:在没有十足的把握和需要的情况下,不要试图自己建立一个框架。流行的框架结构是经过验证和认可的,这些测试过了无数次的东西比你自己摸索着第一次建立的还是要好很多吧?另外,我使用Hibernate开发过了三个以上的中大型工程,并没有发现速度慢的缺点。如果说到速度,你应该从程序逻辑和数据库架构上去找原因,有时候花30秒建立一个index就能使查询速度提升上百倍。
      

  10.   

    分布式和集群上,确实很难说,不过如果真的用Hibernate的话,要有专业的优化组;
    太大性的项目spring的能力也有点限制,最后选择EJB吧