× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.


  • Subject: RE: Sub files in RPGLE
  • From: boothm@xxxxxxx
  • Date: Mon, 19 Oct 1998 19:28:31 -0400

This points out a question I have pondered.  Recently I loaded a subfile where 
I knew the records would be in excess of 3,000 but I was thinking I would load 
it and let it sit there all day, so loading wasn't a real issue.  (I was 
messing about with the green screen scroll bar and was curious about 
performance.)  

Imagine my surprise when the subfile loaded in under 3 seconds.  With that sort 
of performance page at a time can be reserved for truly large files, right?  
But I have wondered if this was typical performance?  What are others seeing?


In <01BDFB47.8F8D64E0.mcalabro@commsoft.net>, on 10/19/98 
   at 10:02 AM, Buck Calabro <mcalabro@commsoft.net> said:


>Scenario 1

>SFLSIZ<>SFLPAG
>Page Up/Down not specified
>If you load all 5000 records into the subfile at once you will be doing 
>one read/write for every long distance call that was made.  But what if 
>the user looks at the calls on the first page and realises that they are 
>looking at the wrong customer?  Then we have spent all that time loading 
>thousands of records into the subfile and the user never looked at them 
>all.

-- 
-----------------------------------------------------------
boothm@ibm.net
Booth Martin
-----------------------------------------------------------

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
* This is the RPG/400 Discussion Mailing List!  To submit a new         *
* message, send your mail to "RPG400-L@midrange.com".  To unsubscribe   *
* from this list send email to MAJORDOMO@midrange.com and specify       *
* 'unsubscribe RPG400-L' in the body of your message.  Questions should *
* be directed to the list owner / operator: david@midrange.com          *
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.