At 05:45 PM 8/22/97 -0700, Venu wrote:
>
>
>
>
>Hi All,
>
>     In one of my jobs, I will be processing data from a physical file say
>File1. File1 has 3 members. I will select data from the 2 out of 3 members.
>Also I have a select criteria (select where File1.field1 = xxxx) to process
>the records.
>
>     At present I've created a Logical file over the two members of the PF
>with the Select criteria specified in DDS of the LF. This LF I am using in
>my RPG. But the job processes 1.3 million records from both the members.
>This job runs in batch.
>
>     Our people are suggesting to replace the LF with a OPNQRYF in a driver
>CL. So after discussing the pros and cons, I have 2 alternate ways :

Venu,

I don't think that OPNQRYF is automatically a better solution than LFs.
First of all, every time it runs, it has to go through a query optimization
process that adds overhead to the job and will probably slow it done. In
any case, you need logical files (access paths, or indexes, that is) that
can _support_ the optimization process. And you can't always guarantee that
the optimizer will use the logicals you've set up.

It sounds like you don't need to relate or combine the 2 members, or do you
combine them in the DDS into a single member of the logical file? In either
case, I think the better bet is to keep doing what you are, reading the
logical in key sequence in the RPG, with overrides to separate members (if
any) in the logical file.

A more effective way to speed up the process might be to consider
preloading records in another process, to minimize the physical IO needed
for this program. There's been some discussion of this. Can someone else
provide the details--I'd like to know, too.

Cheers,

Vernon Hamberg
System Software Programmer
Old Republic National Title Insurance Company
400 Second Avenue South
Minneapolis, MN 55401
(612) 371-1111 x480
+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to "MIDRANGE-L@midrange.com".
| To unsubscribe from this list send email to MAJORDOMO@midrange.com
|    and specify 'unsubscribe MIDRANGE-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 thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

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.