Actually RPG can not create an LF, DDS nor SQL, no matter :-Q so discounting the SQL UNION VIEW seems unfounded. Other than the SQL long name, which can easily be replaced by a short name, there is nothing that should preclude the file from use in/by RPG.? The RCDFMT clause added to the CREATE could make it even easier to refer to the VIEW.

And if the concern is for lack of a key, then OPNQRYF KEYFLD() can generate the key; compile against a keyed PF with the keys generated.

Or... I can stop already, being somewhat facetious, and just offer up a DDS MFLF source :-) :

<code>

* Files BP1-BP4 are all same PF format; in fact
* each is: CRTDUPOBJ BPA MYLIB *FILE BP# BP# DATA(*YES)
* ;; where the PF source, for example, might be:
* R BPR
* B 9B 0
* P 12 2
* OTHERS xxTyy
*
A R BPR PFILE(BP1/BP1 +
A BP2/BP2 +
A BP3/BP3 +
A BP4/BP4 )
A K B
A K P

</code>

Regards, Chuck

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.