1. Flush response stream
2. Message driven bean async

解决方案 »

  1.   

    用table嵌表。查當於完一個table表時就會顯視出來
    你的那個table表裡看個十來條記錄 
    樓能可以一試
      

  2.   

    1. Flush response stream
    读出数据马上写入response的输出流,flush流,就可以在客户端显示出来。不过这样不太好,各种分层或者pattern都比较难以使用,mvc层次很难清楚。
    2. Message driven bean async
    提交的时候向queue/topic法一个JMS消息来激发MDB执行实际的运算操作,方法不须等待MDB处理完成就立既返回,然后客户端定期10秒一次刷新叶面来查看MDB处理的进展。通过数据库或者非机群环境的内存来维护job id的percent.MDB每处理1%就更新数据库/非机群内存内的一个job id的percent。这种比较好,事务界定好,可以设置回滚的策略,不用自己操作线程,不过需要EJB和JMS.
      

  3.   

    table方式可行不过我觉得最好还是深入你的业务, 是否有必要一次显示上千条数据, 往往客户只看前几十条, 后面的显示也不一定有意义. 是否有必要看统计的数据然后逐步细化...
      

  4.   

    第一个好。第一性能要好,把页面设计好了应该没有问题。第二个嘛。太复杂了。估计性能也不会好。
    我还有一个方面,太复杂了。仅供参考以下:
    用一个Servlet做一个Web Service。读出一定的行,就flush以下response的输出流。在页面中用JavaScript去请求这个Servlet。然后将数据显示到页面上。
    简单一点儿的方法:把页面上显示数据用的那一块,单独做成一个iFrame。然后用第一种方法做一个这样的页面镶嵌在那里。