RE: Accessing files In QTEMP

[D.BALE@xxxxxxxxxxxxx]

>I have a number of multi member file that were created by developers. No
clean up routines, no housekeeping, no management.<

I will grant that you've got a nightmare to deal with, but I'd place the blame
squarely on the developers, not on the multi member file technique.

>Any strategy that doesn't solve/perform it's own housekeeping or relies on
"other" tasks to run regularly is doomed to failure.<

Evan, there are plenty of examples of dependencies in the AS/400 world that
require the developer to perform housekeeping-type tasks.  Hardly anything is
*that* automatic.

>I think the solutions that presented a master file with some kind of key for
the temporary data, or the use of QTEMP and rolling the whole job into one
chunk of code sound more like the way to go to me.<

I concur, but only if a major rewrite of an existing application is not
required.

>Just my particular take on this.<
Everybody's got their favorite way to do things.

Dan Bale
IT - AS/400
Handleman Company
248-362-4400  Ext. 4952


----------------- Original Message -----------------
Dan,

> >It can cause more problems that its worth.<
>How?  Yes, there's more cleanup involved, but that is hardly a daunting task.

I have a number of multi member file that were created by developers. No
clean up routines, no housekeeping, no management.

These files regularly have to have housekeeping performed just so they
don't reach the 32,767 limit. Everything (processing wise) pretty much
stops if this happens.

In my opinion, these files create more problems than they are worth,
because the developers didn't take the time to solve the problem properly.

Any strategy that doesn't solve/perform it's own housekeeping or relies on
"other" tasks to run regularly is doomed to failure.

I think the solutions that presented a master file with some kind of key
for the temporary data, or the use of QTEMP and rolling the whole job into
one chunk of code sound more like the way to go to me.

Just my particular take on this.

Regards
Evan Harris
+---
| 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
+---