• Subject: RE: OPNQRYF a flat file?
  • From: D.BALE@xxxxxxxxxxxxx
  • Date: Wed, 28 Feb 2001 16:42:00 -0500

Thanks for the suggestions, all useful in the right situation, but I'd be hard
pressed by my boss to make this any more complicated than it needs to be.
Discussions on this in-house have me leaning to just eating up the marginal
additional CPU/time to copy the flat file to the externally-described QTEMP
file and getting it done with.  I am still concerned though, since this is an
application that potentially could be called 100 times each workday.

Thanks to all who responded!

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

-------------------------- Original Message --------------------------
Have you tried to create a definition using IDDU and then LINK the file to
the IDDU definition?  I am still stuck with our aging AR system that was
written on a 36.  We have linked the files and can query them.  NOT SQL but
Query400.  Another trick is to create a native LF using the SST to define
the fields.  Ok they are all character but readable if using zone decimal.
You can even use SQL against the LF.  Just remember to build the selection
fields as character fields, mapping packed as hex.

Christopher K. Bipes    mailto:ChrisB@Cross-Check.com
Sr. Programmer/Analyst  mailto:Chris_Bipes@Yahoo.com
CrossCheck, Inc.        http://www.cross-check.com
6119 State Farm Drive   Phone: 707 586-0551 x 1102
Rohnert Park CA  94928  Fax: 707 586-1884

If consistency is the hobgoblin of little minds, only geniuses work here.
Karen Herbelin - Readers Digest 3/2000

-----Original Message-----
From: D.BALE@handleman.com [mailto:D.BALE@handleman.com]
Sent: Wednesday, February 28, 2001 9:10 AM
To: MIDRANGE-L@midrange.com
Subject: OPNQRYF a flat file?


Can OPNQRYF be used on a non-externally described flatfile?  The flatfile
maps
to a file that is externally described, and will eventually be copied to
files
with the externally described format, but first I have to run the flatfile
through OPNQRYF to determine all the unique release numbers found in the
file.
 Note that ASNPK is the externally described file and DANBALEZ is the
non-externally described flatfile.  ORRNPK is the Release Number field,
defined as 7-digits, zoned decimal.
+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-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 ...


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.