The "ValueList Handler" pattern in "Core j2ee patterns(2nd ed)"

Question

In the book "Core j2ee patterns(2nd ed)", it suggests that the "ValueList Handler" pattern can be used when the resultset from database is huge.
Basically, this is what it will do:
1) obtain a resultset from database query
2) cache the full resultset using a valueList
3) create a subList from the valueList
4) present the subList to the front end
To me, caching the full resultset in a valueList is no different from sending the full resultset to the front end. Both of them wasted a lot of resources. I am wondering why anyone would want to do the step(2) above. Why don't we go from (1) to (3) directly since we usually know which subset of the results the users are interested in even before we do the query.

Answer 1

Hi
Same problem I also need to clarify. Please some one
explain in detail which approach give high
performance.
BR
SenakaExactly, I don't understand why that "ValueList Handler" pattern qualified itself as a j2ee pattern since it has so much negative perfomance impacts.
On a website like Amazon, thousands of queries are performed daily. To cache the full resultset of every query simply wouldn't work.
I think the most efficient way is to write a disconnected resultset so it won't tie to the database. The disconnected resultset will only contains those data to be display on the front end.
I would really like to see somthing like the following in the JDBC API.
ResultSet rs = null; // some resultset
ResultSetFilter filter = null;  // a filter to filter resultsets
// obtain a disconnected resultset from java.sql.ResultSet
DisconnectedResultset drs = DisconnectedResultset.filter(rs, filter);
// close the original resultset
rs.close();In the above, anything that meets the condition specified in the filter will be stored in the disconnected resultset. After we created a disconnected resultset, it is safe to close the original resultset to release any database resources.