那么可怕?什么BEAN?听着象ENTITY
有没有索引那?
要不用Session Bean冒充一个ENTITY算了,反正很容易的

解决方案 »

  1.   

    建议使用Session Bean,自己来处理数据库的操作,使用ENTITY Bean 代价太大
      

  2.   

    我用的就是Session Bean啊!
    实在是太慢了!
      

  3.   

    呵呵,对于大批量数据的读取,绝对不能用entitybean用sessionbean+dao模式读取记录时,不可能一下子就读所有的记录(上百万),需要显示多少就读多少,这样才能提高性能而且注意cache已经从数据库读出来的数据
      

  4.   

    你有这么多的数据, 别在外面折腾了, 到里面用存储过程吧。 实在不行自己写个数据库。  :)你上百万的记录一定要经常性的avg, sum? 可以把常用的汇总数据放到另外一个汇总表里面, 在插入、更新数据库的时候根据前面的平均值和记录数重新计算一个新的放进去就很快了!
      

  5.   

    如果用存储过程的话,那还用什么中间件啊,什么EJB啊,用M$的 .net算了,效率狂高
      

  6.   

    可以试一试Hibernate(获得JAVAWORLD数据访问工具的第二名)
      

  7.   

    EntityBean本身不是纯粹用来读取数据的,用EntityBean一方面可以在Entity Bean里面嵌入一些逻辑,另外一方面是使用容器提供的事务特性。对于你的问题,由于存取数据较大,不适合用EntityBean。由于涉及到很多计算,选择用Session Bean吧。至于速度较慢,可以优化SQL。
      

  8.   

    爆慢和 EJB又关系吗?
    如果你读取是用entity Bean做的,那慢是自找的,entity bean就不是让你做查询用的。
    如果你用SessionBean,那么需要你自己写jdbc调用,慢可能是因为你的表没有建立适当的索引,可能是你的sql源句写得一塌糊涂,和SessionBean没有关系啊。SessionBean仅仅给你提供了一个容器。