Search found 6797 matches

by DSguru2B
Tue Dec 12, 2006 2:31 pm
Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
Topic: Time Limits on jobs
Replies: 21
Views: 4794

Ok. Now you throw in the "Restartability" part. Anyways, now you have a few ways. Enjoy :wink:
by DSguru2B
Tue Dec 12, 2006 2:16 pm
Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
Topic: Time Limits on jobs
Replies: 21
Views: 4794

No No you got it wrong. Your master sequence will have two job activities. Second one dependent upon the first. Say this job is called myMasterSeq. The second sequence job will have wait for file activity connected to the execute command activity stage as i described in my previous post. Fire both t...
by DSguru2B
Tue Dec 12, 2006 1:52 pm
Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
Topic: access same job
Replies: 10
Views: 1714

You can mark the post resolved now.
by DSguru2B
Tue Dec 12, 2006 1:52 pm
Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
Topic: MS SQL Server Load stage. I don't see it!
Replies: 2
Views: 798

It was discussed like half an hour ago here
by DSguru2B
Tue Dec 12, 2006 1:44 pm
Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
Topic: Time Limits on jobs
Replies: 21
Views: 4794

How about you change your design a little bit. Design two job sequences. One will have both your job activitys connected. Second job sequence will have a wait for file activity connected to Execute Command stage. Your wait for file activity will have the same specs and the execute command stage will...
by DSguru2B
Tue Dec 12, 2006 1:26 pm
Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
Topic: Stored Procedure Stage
Replies: 3
Views: 841

Any error messages ? Anywho, you can do 'call storedprocedure' from before/after sql.
by DSguru2B
Tue Dec 12, 2006 1:21 pm
Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
Topic: Time Limits on jobs
Replies: 21
Views: 4794

Thats exactly what he is doing. It, technically, wont go to the next step as both Job Activity 1 and the Wait for file activity are fired in parallel. It would wait for both of them to finish to go to the next step.
by DSguru2B
Tue Dec 12, 2006 12:56 pm
Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
Topic: Stored Procedure Stage
Replies: 3
Views: 841

What server is not responding? Did not get that. Is it the oracle server ?
Yes you can call stored procedures in the before/after tab.
by DSguru2B
Tue Dec 12, 2006 12:51 pm
Forum: General
Topic: SQL Server
Replies: 5
Views: 2274

Yea Whale. Unix platform doesnt have the sql server bulk loader stage.
by DSguru2B
Tue Dec 12, 2006 12:50 pm
Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
Topic: trying to truncate the string
Replies: 9
Views: 2868

In the expression that i provided earlier, "in.Col" is your input column. You need to replace that with your inputlink.columnname.
by DSguru2B
Tue Dec 12, 2006 11:25 am
Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
Topic: trying to truncate the string
Replies: 9
Views: 2868

Welcome Aboard :P
Use the Field Function. Use DataStage help to see how it works.
For your problem, use this

Code: Select all

Field(in.Col, " ",1)
by DSguru2B
Tue Dec 12, 2006 10:58 am
Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
Topic: pass a value in parameter for the next job
Replies: 17
Views: 4642

Post the routine. How did you change it to fit your requirements.
by DSguru2B
Tue Dec 12, 2006 10:48 am
Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
Topic: access same job
Replies: 10
Views: 1714

Performance depends upon what your actually doing inside the routine and not upon multiple calls by different jobs. And Yes you can call it from different jobs, that would'nt/should'nt be a problem.
by DSguru2B
Tue Dec 12, 2006 9:21 am
Forum: General
Topic: SQL Server
Replies: 5
Views: 2274

I think it does, but it only comes with OS windows. Not unix. I know thats true for server. I am assuming the same applies for px as well.