第一,一个小小的背景:

我显示的一个数据集与288行8列(2304记录)使用ScrollableDataTable和性能留下了许多有待改进。AJAX请求,rerenders控制需要将近20秒内完成,相比到7秒钟时呈现同样的数据使用一个数据表控制。

指标捕获的通过Servlet过滤器和JavaScript显示,几乎所有的处理时间是花在客户端。一19.87第二个请求,3.87秒的时间是花费在服务器上的...少于.6秒钟花费的查询和分类的数据。

切换到一个数据表控制的削减的请求,响应,并且呈现的周期下降1/3的是什么我看到有ScrollableDataTable,但也消除几个重要特征。

现在的问题:

有其他人经验丰富的性问题与ScrollableDataTable?什么是最有效的方式呈现大量的表格中的数据JSF/RichFaces用固定列和两个轴滚动?

更新:

我们结束了编写定制的管制。完全控制所呈现的组成和产生的JavaScript允许我们实现一个响应时间的可比数据表。我同意Zack虽然页码是正确的答案。

有帮助吗?

解决方案

瓶颈是最有可能在"呈现的应对"阶段的JSF的生命周期。它试图渲染了太多的部件的视在一段时间。

我的建议是使用分页。它应该显着增加你的性能,因为它们呈现较小的部视图的时间。

可以肯定,您的 rich:dataTable 有的 rows 财产的设定和还的-如果你正在做任何列筛选--确定日期表,也有的财产 reRender="paginator" 在分页程序是你的 rich:datascroller.

其他提示

我有类似的问题很久以前和结束书面程序,以显示数据的互动网页使用livescript.我能问题是一样的你们看到的。客户了超过30秒钟内呈现的表格数据,并将服务器打开我的反应围绕在不到2秒钟。

这听起来像一个错误的javascript生产呈现表。你有没有尝试过的网页在不同的浏览器?这JSF执行您使用的是(RI或MyFaces或别的东西)?

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top