File3 :-
It is a 50 byte fixed block file. The contents are like below and it has 5 records,
Code:
JUDGES
PVRC , EMP , DEP , Total ,
0345_0345, 317, 372, 689,
0354_0354, 19, 3, 22,
Total , 336, 375, 711,
File4 :-
It is a 50 byte fixed block file. The contents are like below and it has 5 records,
Code:
RETIREES
PVRC , EMP , DEP , Total ,
0347_0347, 26069, 13417, 39486,
0348_0348, 1832, 1221, 3053,
Total , 27901, 14638, 42539,
The Output file should be of 200 byte fixed block file with first record of file1, file2, file3 and file4 all in same line in the output file. Similarly second record of file1, file2, file3 and file4 in second line of output file and so on. With 11th, 12 and 13th record of file2 alone in the output file form the position 51 till 100 and remaining spaces.
Some thing like below. Please copy paste the below contents in textpad and it will appear in a better maner.
_________________ Frank Yaeger - DFSORT Development Team (IBM)
Specialties: JOINKEYS, FINDREP, WHEN=GROUP, ICETOOL, Symbols, Migration
DFSORT is on the Web at:
www.ibm.com/storage/dfsort
Joined: 02 Dec 2002 Posts: 1618 Topics: 31 Location: San Jose
Posted: Fri Mar 16, 2007 12:48 pm Post subject:
Kolusu,
That version of the trick won't work because the number of records in the files are not equal. Some of the records will be lost. It would happen to work if we added KEEPNODUPS to the SPLICE operator, but that's just a quirk for this particular order of the files. If we reversed the order of file2 and file3, the basic trick wouldn't work, whereas my solution would. The key here is to generate blank records by using the file with the most records to take care of any differences in the number of records (e.g. file1 has 3 records, file2 has 5 records and file3 has 4 records). _________________ Frank Yaeger - DFSORT Development Team (IBM)
Specialties: JOINKEYS, FINDREP, WHEN=GROUP, ICETOOL, Symbols, Migration
DFSORT is on the Web at:
www.ibm.com/storage/dfsort
Joined: 02 Dec 2002 Posts: 1618 Topics: 31 Location: San Jose
Posted: Fri Mar 23, 2007 10:59 am Post subject:
I don't see the pattern here. FieldA and FieldB are common in the 100 and 102 records, but you treat them differently for output. Why? You need to explain the "rules" for going from input to output. An example with more variations might also help.
And it would have been better to start a New Topic for this new question. _________________ Frank Yaeger - DFSORT Development Team (IBM)
Specialties: JOINKEYS, FINDREP, WHEN=GROUP, ICETOOL, Symbols, Migration
DFSORT is on the Web at:
www.ibm.com/storage/dfsort
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum