Search found 504 matches

by ShaneMuir
Thu Nov 23, 2006 12:22 am
Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
Topic: When is a NULL not a NULL?
Replies: 9
Views: 3334

Maybe the "Replace empty value with NULL" should read "Replace empty value with NUL"? Please continue to investigate, and share your results. If nothing else you will create the reproducible cases demanded by IBM support. Ok A bit more digging and testing and I have more informa...
by ShaneMuir
Wed Nov 22, 2006 5:14 pm
Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
Topic: When is a NULL not a NULL?
Replies: 9
Views: 3334

Char(0) is not NULL, it is NUL. It is a valid character from Control Set 0. When reading/writing sequential files you specify how NULL is represented. Ok then - now for my next question. How did this NUL value end up in the data. It wasn't parsed in the XML (there was no value for this field) so th...
by ShaneMuir
Wed Nov 22, 2006 12:58 am
Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
Topic: When is a NULL not a NULL?
Replies: 9
Views: 3334

When is a NULL not a NULL?

Hi All Weird things are a foot - or at least I think that they are weird. I have a job which reads an input XML file and extracts several Seq files. Subsequent jobs then process these sequential files. So far so good. However I have a situation where a record in the XML file does not come with a par...
by ShaneMuir
Tue Nov 21, 2006 9:54 pm
Forum: General
Topic: Plagiarising Premium Posts?????
Replies: 5
Views: 3967

kduke wrote:Cobber is a good thang, right?
A cobber is your friend. Although you are just as likely to call your mates a b@stard as a term of endearment in Aussie lingo :o
by ShaneMuir
Tue Nov 14, 2006 7:28 pm
Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
Topic: Lookup
Replies: 4
Views: 2077

If your lookup is a hash file you can use a UV stage to bring back multiple rows (I think). Never actually done it myself, but I am sure I have seen many postings about it on the forum.
by ShaneMuir
Mon Nov 13, 2006 11:55 pm
Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
Topic: Updating Records in Table
Replies: 13
Views: 3330

For First Insertion I am assigining the Flag to "Y"..(NEW) If user changes the current_ind in target table to "N" my job should be update only that record with flag set to "N" Yes I got this bit the first time. To update your target table though you will need the key f...
by ShaneMuir
Mon Nov 13, 2006 11:51 pm
Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
Topic: Performance Tuning
Replies: 9
Views: 4811

Re: Performance Tuning

Hi I have some Insert and update statements in Oracle DB, which is taking too much of time which id not affordable. The table is having lacs of records. Do you have any option to optimise it. Thanks and Regards Shabnam You will probably have to provide a little more information than this before peo...
by ShaneMuir
Mon Nov 13, 2006 11:14 pm
Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
Topic: Updating Records in Table
Replies: 13
Views: 3330

For First Insertion I am assigining the Flag to "Y"..(NEW) If user changes the current_ind in target table to "N" my job should be update only that record with flag set to "N" I only ask as the above assumes that you have the key to update an existing record. I just th...
by ShaneMuir
Mon Nov 13, 2006 10:47 pm
Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
Topic: Updating Records in Table
Replies: 13
Views: 3330

Re: Updating Records in Table

I am having my job as follows: I/P -->TX(lookup + constraint in TX for INSERT AND UPDATE)-->(NEWKEY GENEARTION(for insert new rows) --> Target table My question is if Flag = "N", then it is an old record and needs to be updated. How to accomplish this? Right now I am having only two links...
by ShaneMuir
Thu Nov 09, 2006 7:50 pm
Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
Topic: Performance question with ORAOCI8 stages
Replies: 15
Views: 5846

Ok this is a little embarrasing, but its seems that I have been misleading everybody a little :oops: Turns out that the Array size is set to 1, not 1000. (Its true what they say 'When you assume you make an ASS out of U and ME) Pretty sure that this could have a detrimental effect. The reason that i...
by ShaneMuir
Thu Nov 09, 2006 7:21 pm
Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
Topic: Performance question with ORAOCI8 stages
Replies: 15
Views: 5846

chulett wrote:Keep in mind the fact that you aren't being asked to change it forever, just to see what affect it has on your job.
Without a doubt - just testing at present.
by ShaneMuir
Thu Nov 09, 2006 7:08 pm
Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
Topic: FULL outer join
Replies: 20
Views: 8523

pradkumar wrote:Hi Carter

I tried outer join in merge, but was not sucesful.
I am using tables as the source. It is giving error as invalid file name
Pretty sure you have to use sequential files for the Merge stage.
by ShaneMuir
Thu Nov 09, 2006 6:15 pm
Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
Topic: Performance question with ORAOCI8 stages
Replies: 15
Views: 5846

Thanks for all your input guys.

It seems the general 'vibe' here is to try a transaction size. Initially it was set to 0 for ease of re-run but since we are checking to see if a record already exists and filtering it, that seems kind of pointless.

Will give it a go and let you know how it all went
by ShaneMuir
Thu Nov 09, 2006 7:38 am
Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
Topic: Performance question with ORAOCI8 stages
Replies: 15
Views: 5846

Generaly the increasing number of stream should be an advantage and not a dissadvantage. Give me more details on your streams. Ok maybe i have misled a little. The job looks something like Seq1 ---> Trf1 ---> Trf2 ---> Trf3 --\ \ / \ \ / \ OraOCI8a OraOCI8b / \ / / \ / Seq2 ---> Trf4 ---> Trf5 --->...
by ShaneMuir
Thu Nov 09, 2006 1:27 am
Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
Topic: Shocking Private mail
Replies: 8
Views: 5453

Re: Shocking Private mail

Actually the same message was posted on one of the original threads.