Dear All,
I have 5 seq files which has country and some other data. Every file will come at different timings and there is no std time for each. I have a reference table for country code.
Goal is: Load the data into target table and load the country code using lookup. There is no choice for multiple job design. All these has to be designed in one single job
Look up for different files
Moderators: chulett, rschirm, roy
-
- Participant
- Posts: 3
- Joined: Tue Jul 28, 2015 3:53 am
Look up for different files
Anitha
-
- Participant
- Posts: 54607
- Joined: Wed Oct 23, 2002 10:52 pm
- Location: Sydney, Australia
- Contact:
Re: Look up for different files
Why?ani_chutti@yahoo.co.in wrote:There is no choice for multiple job design. All these has to be designed in one single job
Resist stupid requirements! Or is it an interview question?
IBM Software Services Group
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
-
- Participant
- Posts: 3
- Joined: Tue Jul 28, 2015 3:53 am
Re: Look up for different files
Yup. This is the interview question. Question is to come up with single job seq for 5 seq files which are loading in different timelines
Anitha
-
- Participant
- Posts: 54607
- Joined: Wed Oct 23, 2002 10:52 pm
- Location: Sydney, Australia
- Contact:
A single job sequence is not the same thing as a single job.
But you can nevertheless examine the possibility of having that sequence, after determining which file is next to be processed, invoking a generic job to process it then moving the file to a "done" location.
Rinse and repeat or sleep.
But you can nevertheless examine the possibility of having that sequence, after determining which file is next to be processed, invoking a generic job to process it then moving the file to a "done" location.
Rinse and repeat or sleep.
IBM Software Services Group
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.