|
Why keep the comparison data in an array? Why not just keep it in the subfile as a hidden field? I just create a data structure, usually like the data's record, and then save the original data as a hidden field in the subfile. That way I always have the before and after picture for compares, and to refresh if the user wishes. A third advantage has to do with record locking. When your user finally decides to press the enter key and process the new data, a quick chain to the data file and then a quick compare of the data currently in the record with the values in the hidden data structure will tell you if the record was changed at another workstation. --------------------------------- Booth Martin http://www.martinvt.com --------------------------------- -------Original Message------- From: RPG programming on the AS400 / iSeries Date: 08/09/05 16:05:30 To: RPG programming on the AS400 / iSeries Subject: RE: Subfile Processing You'd be surprised how fast looping through all the records in a subfile is. If each record is shadowed in an array, the comparisons go very fast. For interactive response time it's perfectly acceptable. This is a function of improved hardware. A lot of the display file keywords were developed to minimize the amount of data that passed back and forth between the terminal and the host during the days of 9.6 cables and machines with less memory than a contemporary desktop. There's no doubt that things like READC are faster, but for idiots like me the loop is a lot clearer. > -----Original Message----- > From: rpg400-l-bounces@xxxxxxxxxxxx > [mailto:rpg400-l-bounces@xxxxxxxxxxxx] On Behalf Of Marvin Radding > Sent: Tuesday, August 09, 2005 1:13 PM > To: RPG programming on the AS400 / iSeries > Subject: RE: Subfile Processing > > First, don't loop through the whole file. If the users are > modifying the records, then READC will be the fastest way to > get the modified record. And don't forget that if there is > an error, use the return record on next read flag. Saves a > lot of headaches. > > Marvin > > ***************************** 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. ***************************** -- 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. .
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.