Re: Multiple formats in PF or LF

Hello,

Am 30.12.2020 um 04:29 schrieb smith5646midrange@xxxxxxxxx:

I'll give up and do it the hard way with multiple physicals and multiple CPYFs selecting the record type for each physical and then process it like any other data set.

Good decision. See Roger’s comment as a start.

The thought was to not have to split the data from one file to multiple files and I thought I had seen this done but apparently I’m wrong and the ability doesn't exist. Maybe my brain is going back to my old COBOL days and the REDEFINES on the 01 level.

I’m pretty sure you remember some COBOL-Stuff. I recently read about this feature in a book, changing code flow depending on record type. Now, that isn’t too far from Alan’s suggestion for using substr, but for me, this deviation from a proper database table with an uniform field structure almost hurts. ;-)

Since we don’t know, how big is that file, how often does it need to be processed, is it mostly static or coming in from external, in updated form regularly, … All in all, it’s again to decide the trade-off between coding time and job run/interactive response time. And, as Dan pointed out, how much mess you want to leave behind for people needing to understand what you’ve done in particular code. :-)

:wq! PoC