是呀,上面说的三点都有用,就从软件来考虑,要考虑数据库的设计,以及你的结构的设计(如果你用的是J2EE)那么如果你的设计不是很出色,那么你的性能还有一个大的提升(我参加IBM的J2EE的培训的时候,就涉及到这方面的东西)其中一个重要的考虑,就是Entity Bean和Session Bean的设计,如果Entity Bean的数量能够减少,那性能会有一定的提高,这只是举个例子,先做好代码的优化工作吧(除非你的硬件确实比较差)

解决方案 »

  1.   

    层次少一点,规范虽然层次性比较好,但效率非常低。不要使用有状态session ejb,若用,局限于request,千万不要扩展到session.entity ejb只给session ejb用,使用local接口,千万别让外面用。如果你的ejb包装不好,写web的人的水平稍微差一点,对象不及时释放,这是是系统效率最大杀手。
      

  2.   

    运行50万左右的数据量,大概需要什么样的硬件配置呢?我用的是MYSQL数据库
      

  3.   

    用Struts架构,能省不少基础开发,而且容易维护。
      

  4.   

    千万要用好有状态会话ejb,用不好,网站玩完。
      

  5.   

    呵呵,楼主是用MySql.....................?
    够戗