× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.


  • Subject: Re: opnqry efficiency question
  • From: Kevin Howcroft <kevinh@xxxxxxxxxxx>
  • Date: Tue, 23 Jan 2001 17:11:54 -0500

Hey.

One thing to be aware of, depending on your release.

I assume you are talking CPU seconds ??
If so, just remember that sometimes the 400 "charges" your job with the CPU 
time to execute a system task,
and sometimes it "charges" your job.

just my humble opinion.
kmh


At 03:12 PM 01/23/2001 -0600, you wrote:
>Hi all;
>
>I am not sure if I am from the old school or the new - here is my question;
>I have proved in one particular program my way is more efficient; however I
>am wondering
>which way is "truly" more efficient as my IS manager was "taught" one way,
>and I forget now if I was taught or just out of being a "control freak" in
>RPG and not
>wanting to relinquish anything to C/L that I code the way I do...
>
>He has always tried to do opnqry before the program call to trim down the
>data as far as he can before calling the program - I do not have faith in
>opnqry as I have seen
>it drop records it should not have (PTF's "probably fixed this) so I tend to
>just take the file as is and code for my selection criteria.
>
>In a test today running it his way took 39 seconds, my way took 17 seconds.
>
>Now I do not know if this would hold true in all instances..
>
>I guess I am wondering at a bare metal level, say you leave the key as is,
>but only put selection criteria in, does it matter...
>On the flip side, just how much system resources are "wasted" say for
>creating a opnqry over a file with a completely different key??
>
>Any thoughts??
>
>TIA
>
>Mark A. Manske
>[mailto:mmanske@minter-weisman.com]
>Sr. Project Lead
>Minter-Weisman
>
>+---
>| 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
+---

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.