on 08-09-2006 1:14 PM
Hi,
Is there any standard way to handle this?
Let's have 100 000 records. We have a method
getData(startingRow, rowsCount)
which can be used for paging.
We have a context node for results and a table bound to it.
What we need, is
1. to see that there are actually 100 000 results,
2. but to keep only visible data in memory when user scrolls.
Is there any automatic way - for instance some event that will be fired, when the table needs more data to visualize?
Regards, Konstantin
Hallo Konstantin,
look at this: [Web Dynpro Java Table Paging Unleashed: Optimizing Heavy Table Performance|https://www.sdn.sap.com/irj/scn/weblogs?blog=/pub/wlg/12130] [original link is broken] [original link is broken] [original link is broken];. This also applies to NetWeaver 04 and 7.0.
Regards, Bertram
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi
Set the visibleRowCount property of the table to increase the view records.
try this
Create a attribute with type int and bind it to the table's visibleRowCount property . Set the value at runtime. You can see all the records in one page
Kind Regards
Mukesh
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Satyajit,
Yes, I know.
But is this the standard solution? The problem could be very common - for instance in search engines like TREX.
I would expect to be able to bind the <b>actualCount</b> property of the table to some calculated attribute, and to receive some event - "update 5 rows from startingRow=115" when the user wants to scroll up or down.
I can't find something like this.
Regards, Konstantin
Hi Valery,
Thanks, that is what I supposed. I just wanted to make sure that there is no standard solution.
Yes, I agree, no user can browse milions of records. But the problem is - any user can obtain them, and the application should not crash, as well as the Web AS itself.
For instance, if you go to some search engine and search just for the word "is" - you will get a message "Results 1 - 10 from about 12,820,000,000", and everything keeps on working.
We don't have to invent the wheel, paging is already invented.
Regards, Konstantin
Konstantin,
It was just a sad irony -- even paging is already invented, it's still not applied in WD. At least, at the scale you need.
<oft>
Some time ago I created an application that was (is?) able to show up to 6.5 millions of records (limitation imposed by 32bit of JavaScript positive integer values and row height of approx. 18px, now you may guess an algorithm :). But it was DHTML (I didn't know word AJAX in 2001), not a WD ;(
</oft>
VS
User | Count |
---|---|
84 | |
10 | |
10 | |
10 | |
7 | |
6 | |
6 | |
5 | |
4 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.