RE: RPG Cycle

[boothm@xxxxxxxxxxxxxxxxx]

Sure, here'd be an example:  There is a header file, say the Customer 
Header file.  There's Detail Files hung from it, say... A/R Credit 
History, Sales History, Shipping and Branch Addresses, and finally, a 
Yearly Sales Summary.  Lets suppose every single record has a key field 
with the Customer Number as it's first key field.

Now, lets say you need to print a report with data from all of the 
records.  If you make the Customer Header file your IP file and all of the 
rest of the files IS (list in the order you need to process them), then 
you realize you can set on L1 with a change in the Customer Number. 
Ordinarily though the cycle will process each file from beginning to end, 
then go to the next file which is of no use in this scenario. 

If, however, you add MR in the column after the L1 the files will be 
processed in different order.  In effect, MR forces the files to line up, 
left to right, as individual queues at the processor.  The processor scans 
the head of the queues and takes the next higher record, with ties going 
to the queue at the left.  The files will be processed as a group, all of 
each customer number together.   That means you can rip down through files 
and make updates and fixes in really fast time.  Or, you can create new 
files with data in new order very fast.

It also means the customers are listed in customer number order, not 
alphabetically.  Some see that as a disadvantage.

My feeling is that features like the cycle, L1, and MR were major advances 
when introduced but today's machines allow so much more flexibility that 
learning to use MR is really just an exercise in learning the past.

_______________________
Booth Martin
boothm@earth.goddard.edu
http://www.spy.net/~booth
_______________________




Colin Williams <colin.williams@technocrats.co.uk>
Sent by: owner-rpg400-l@midrange.com
02/17/2000 04:07 AM
Please respond to RPG400-L

 
        To:     "'RPG400-L@midrange.com'" <RPG400-L@midrange.com>
        cc: 
        Subject:        RE: RPG Cycle


Have you got a simple example, 'cos I still can't get my head round
them, and the manual does not help me either!

-----Original Message-----
From: boothm@earth.Goddard.edu [mailto:boothm@earth.Goddard.edu]
Sent: Wednesday, February 16, 2000 4:24 PM
To: RPG400-L@midrange.com
Subject: RE: RPG Cycle


Colin, 

if you understand L1 then you understand MR.   Matching record 
only queues 
the files in the order of the F-specs and presents the records in the 
proper ascending order.  Its the easiest way to process a header record 
file and one-to-many detail record files for a customer, for 
instance.  It 
replaces SETLL, READ, and READE.  It doesn't replace READP.
_______________________
Booth Martin
boothm@earth.goddard.edu
http://www.spy.net/~booth
_______________________




Colin Williams <colin.williams@technocrats.co.uk>
Sent by: owner-rpg400-l@midrange.com
02/16/2000 04:06 AM
Please respond to RPG400-L

 
        To:     "'RPG400-L@midrange.com'" <RPG400-L@midrange.com>
        cc: 
        Subject:        RE: RPG Cycle


Matched Records. The very thought frightens me.

-----Original Message-----
From: James W. Kilgore [mailto:qappdsn@attglobal.net]
Sent: Tuesday, February 15, 2000 10:57 PM
To: RPG400-L@midrange.com
Subject: Re: RPG Cycle


Chris,

It's a deep, dark, secret that us geezers use to solve one shot 
problems with a minimum amount of code.

It's no longer in general practice, but if you join the secret 
order of the MR you will get a decoder
ring. ;-)

Chris Beck wrote:

> What does everyone think of the RPG cycle, for todays programming?
>

+---
| This is the RPG/400 Mailing List!
| To submit a new message, send your mail to RPG400-L@midrange.com.
| To subscribe to this list send email to RPG400-L-SUB@midrange.com.
| To unsubscribe from this list send email to 
RPG400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: 
david@midrange.com
+---
+---
| This is the RPG/400 Mailing List!
| To submit a new message, send your mail to RPG400-L@midrange.com.
| To subscribe to this list send email to RPG400-L-SUB@midrange.com.
| To unsubscribe from this list send email to 
RPG400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: 
david@midrange.com
+---




+---
| This is the RPG/400 Mailing List!
| To submit a new message, send your mail to RPG400-L@midrange.com.
| To subscribe to this list send email to RPG400-L-SUB@midrange.com.
| To unsubscribe from this list send email to 
RPG400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: 
david@midrange.com
+---
+---
| This is the RPG/400 Mailing List!
| To submit a new message, send your mail to RPG400-L@midrange.com.
| To subscribe to this list send email to RPG400-L-SUB@midrange.com.
| To unsubscribe from this list send email to RPG400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: 
david@midrange.com
+---




+---
| This is the RPG/400 Mailing List!
| To submit a new message, send your mail to RPG400-L@midrange.com.
| To subscribe to this list send email to RPG400-L-SUB@midrange.com.
| To unsubscribe from this list send email to RPG400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---