strange problem with output hashed file

Post questions here relative to DataStage Server Edition for such areas as Server job design, DS Basic, Routines, Job Sequences, etc.

Moderators: chulett, rschirm, roy

Post Reply
ppalka
Participant
Posts: 118
Joined: Thu Feb 10, 2005 7:25 am
Contact:

strange problem with output hashed file

Post by ppalka »

Hi,

I have very strange problem with hashed files.
Simple job:
hf1--->Transformer--->hf2
Readable data in hf1.
In transformer I use three input columns as input arguments to routine. And then I use a return value from routine as one of output column.
But on my output I get about fifty records with unreadable data in that column. These wrong records start from about 100 record in HF. End about 150 record. And from that record to the end everything is good
And what solutions we find:
- the input column which is a first input arg to my routine is assigned to a stage variable and then that variable is put as first arg to that routine.
After that we get good results in output HF.
Also when we add new output from transformer to seq file it also gives a good result.

Can anybody explain what is going on? Is this some DS bug?
I can't find any rational explanation for that situation :(
Best regards,
Piotrek

Polish DataStage consulting company:
<a href="http://www.etlpro.pl">ETL PRO</a>
kcbland
Participant
Posts: 5208
Joined: Wed Jan 15, 2003 8:56 am
Location: Lutz, FL
Contact:

Post by kcbland »

If you doubt the output, add an extra link to go to a Sequential file. Are you expecting sorted data in some fashion and using stage variables with COMMONs? Define unreadable data.
Kenneth Bland

Rank: Sempai
Belt: First degree black
Fight name: Captain Hook
Signature knockout: right upper cut followed by left hook
Signature submission: Crucifix combined with leg triangle
ppalka
Participant
Posts: 118
Joined: Thu Feb 10, 2005 7:25 am
Contact:

Post by ppalka »

kcbland wrote:If you doubt the output, add an extra link to go to a Sequential file. Are you expecting sorted data in some fashion and using stage variables with COMMONs? Define unreadable data. ...
Yes, I use COMMON variables, but not in this routine.
I don't need sorted data, I am sorting in further step.
Ureadable data - square sign, etc., chars which cannot be access directly through key on keybord.
Best regards,
Piotrek

Polish DataStage consulting company:
<a href="http://www.etlpro.pl">ETL PRO</a>
kcbland
Participant
Posts: 5208
Joined: Wed Jan 15, 2003 8:56 am
Location: Lutz, FL
Contact:

Post by kcbland »

Spool to a file at the same time and see what the result looks like. Spool all values used in the function to the file as well as the result from the file. Look for what's wrong.
Kenneth Bland

Rank: Sempai
Belt: First degree black
Fight name: Captain Hook
Signature knockout: right upper cut followed by left hook
Signature submission: Crucifix combined with leg triangle
ppalka
Participant
Posts: 118
Joined: Thu Feb 10, 2005 7:25 am
Contact:

Post by ppalka »

kcbland wrote:Spool to a file at the same time and see what the result looks like. Spool all values used in the function to the file as well as the result from the file. Look for what's wrong.
But this is the issue. When I don;t have output to seq file I get wrong results in HF, but when I add seq file output I get fine results in HF and seq file
Best regards,
Piotrek

Polish DataStage consulting company:
<a href="http://www.etlpro.pl">ETL PRO</a>
kcbland
Participant
Posts: 5208
Joined: Wed Jan 15, 2003 8:56 am
Location: Lutz, FL
Contact:

Post by kcbland »

Turn off row-buffering, write-caching, and inter-process and try again. I can't really tell you what you're doing wrong, but it could be a bug.
Kenneth Bland

Rank: Sempai
Belt: First degree black
Fight name: Captain Hook
Signature knockout: right upper cut followed by left hook
Signature submission: Crucifix combined with leg triangle
ppalka
Participant
Posts: 118
Joined: Thu Feb 10, 2005 7:25 am
Contact:

Post by ppalka »

kcbland wrote:Turn off row-buffering, write-caching, and inter-process and try again. I can't really tell you what you're doing wrong, but it could be a bug. ...
OK, I will try this tomorrow and I will get you know about the results.
Best regards,
Piotrek

Polish DataStage consulting company:
<a href="http://www.etlpro.pl">ETL PRO</a>
ray.wurlod
Participant
Posts: 54607
Joined: Wed Oct 23, 2002 10:52 pm
Location: Sydney, Australia
Contact:

Post by ray.wurlod »

Please post the routine code.
IBM Software Services Group
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
ppalka
Participant
Posts: 118
Joined: Thu Feb 10, 2005 7:25 am
Contact:

Post by ppalka »

kcbland wrote:Turn off row-buffering, write-caching, and inter-process and try again. I can't really tell you what you're doing wrong, but it could be a bug. ...
There was enabled "record level read" option in source hf. After disabling it I get good results. So is it the bug of DS? I think this option should work fine ...
Best regards,
Piotrek

Polish DataStage consulting company:
<a href="http://www.etlpro.pl">ETL PRO</a>
ppalka
Participant
Posts: 118
Joined: Thu Feb 10, 2005 7:25 am
Contact:

Post by ppalka »

ray.wurlod wrote:Please post the routine code.
So if I found the reason of getting wrong results there is no need to post that routine code.
Best regards,
Piotrek

Polish DataStage consulting company:
<a href="http://www.etlpro.pl">ETL PRO</a>
DSguru2B
Charter Member
Charter Member
Posts: 6854
Joined: Wed Feb 09, 2005 3:44 pm
Location: Houston, TX

Post by DSguru2B »

Could you kindly share the solution with us, so that future posters, encountering a similar problem, will know what to do.
Creativity is allowing yourself to make mistakes. Art is knowing which ones to keep.
kcbland
Participant
Posts: 5208
Joined: Wed Jan 15, 2003 8:56 am
Location: Lutz, FL
Contact:

Post by kcbland »

ppalka wrote: There was enabled "record level read" option in source hf. After disabling it I get good results. So is it the bug of DS? I think this option should work fine ...
Why did you check this is in the first place?
Kenneth Bland

Rank: Sempai
Belt: First degree black
Fight name: Captain Hook
Signature knockout: right upper cut followed by left hook
Signature submission: Crucifix combined with leg triangle
ppalka
Participant
Posts: 118
Joined: Thu Feb 10, 2005 7:25 am
Contact:

Post by ppalka »

DSguru2B wrote:Could you kindly share the solution with us, so that future posters, encountering a similar problem, will know what to do.
I have just posted three solutions :)
Two tricks:
1. add extra output link from transformer;
2. pass input argument through stage variable.

And the finest solution, I think, to disable option "Record level read" on input hashed file of my job. In that case you do not need to change any design of your job.
Best regards,
Piotrek

Polish DataStage consulting company:
<a href="http://www.etlpro.pl">ETL PRO</a>
ppalka
Participant
Posts: 118
Joined: Thu Feb 10, 2005 7:25 am
Contact:

Post by ppalka »

kcbland wrote:Why did you check this is in the first place?
It wasn't me. There were two more people working on that project. I don't know what was the purpose of checking that option in.
I think it could be cause of not having complementary knowledge of DS.
Best regards,
Piotrek

Polish DataStage consulting company:
<a href="http://www.etlpro.pl">ETL PRO</a>
Post Reply