RE: subfile page up & down using embedded SQL

I use block fetches when I do this kinda stuff.

So it will perform MUCH better than single FETCH PRIOR in a loop.

The RELATIVE is indeed in the order of the (opened) access path.

I have had poor experiences with hitting BOF and EOF.  The FETCH that is 
suppose to "start over" did not.  I ended up working around the issue.  If 
I had the time, I would chase IBM with a stick over how it did not work. 
*SIGH*

But do not let my poor experience deter you from your attempt.  What you 
are attempting is WONDERFUL, once you get it working.

L. Wayne James
Senior Developer
Agilysys, Inc.
Enterprise Solutions Group
Hospitality Solutions
11545 Wills Road
Alpharetta, GA 30004
Phone:  770-962-6425 x1252
Email:  Wayne.James@xxxxxxxxxxxx



"Dan Bale" <dbale@xxxxxxxxxxxxx> 
Sent by: rpg400-l-bounces@xxxxxxxxxxxx
10/13/2004 12:06 PM
Please respond to
RPG programming on the AS400 / iSeries <rpg400-l@xxxxxxxxxxxx>


To
"RPG programming on the AS400 / iSeries" <rpg400-l@xxxxxxxxxxxx>
cc

Subject
RE: subfile page up & down using embedded SQL






AWESOME!  Can I presume that a "FETCH RELATIVE -20" is more efficient than
doing a "FETCH PRIOR" in a loop 20 times?  And, just to clarify, is it
RELATIVE to the access path defined by the ORDER BY? (And _not_ by RRN?)

What happens if it causes the cursor to hit BOF (or EOF when using 
RELATIVE
+nn)?

Thanks!
db

--
This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing list
To post a message email: RPG400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/rpg400-l.