|
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 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.