|
The records will be read in keyed sequence. As long as you use read to get the record and don't use any random i/o you'll get the benefit of blocking. When I did mailing list processing I did a fair amount of this kind of thing except we always used unkeyed files that were sorted by key. The benefit from setting the block size depends on the size of the files. With modern hardware it may not do that much for you. If the files are huge--tens of millions of records--it might be worth it. OTOH, using sequential i/o vs. keyed i/o regardles of block size will perk things up. The seqonly parm on ovrdbf refers to sequential i/o vs. keyed i/o. -----Original Message----- From: rpg400-l-bounces@xxxxxxxxxxxx [mailto:rpg400-l-bounces@xxxxxxxxxxxx] On Behalf Of Alan C Sent: Monday, March 14, 2005 8:06 PM To: RPG programming on the AS400 / iSeries Subject: Re: Record blocking optimization Hi Tony. I believe the records will still be input in keyed order, but someone with specific memories could answer more definitively. That said, on first listen, this sounds like it might lend itself to the old RPG cycle, which still works in RPG-IV, if the idea is to optimize. It's hard to beat the cycle, though I'm sure buffering optimization would get close. Using primary and secondary, the compiler sets up the optimum block size. - Alan > ***************************** NOTICE: All e-mail sent to or from this e-mail address will be received or otherwise recorded by The Sharper Image corporate e-mail system and is subject to archival, monitoring, and review by and/or disclosure to Sharper Image security and other management. This message is intended only for the use of the addressee and may contain information that is privileged and confidential. The contents of this message may contain personal views which are not the views of The Sharper Image. If you are not the intended recipient, dissemination of this communication is prohibited. *****************************
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.