Search found 42189 matches

by chulett
Fri Mar 26, 2010 7:42 am
Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
Topic: Jobs Running Unusually long time after large load
Replies: 10
Views: 2787

Ah. Then let me repeat this last little bit as I doubt this is anything DataStage and will fall squarely on Oracle's shoulders:

Would be worth running the whole situation by your DBA if you haven't already, see what they think might be going on.
by chulett
Fri Mar 26, 2010 7:18 am
Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
Topic: Date conversion when using Oracle Enterprise stage as Target
Replies: 9
Views: 3219

It does, actually, with a Timestamp you have to include the time portion even if it is all zeroes. I always treat Oracle DATE fields as Timestamps in job and ensure a proper time portion.
by chulett
Fri Mar 26, 2010 6:44 am
Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
Topic: Jobs Running Unusually long time after large load
Replies: 10
Views: 2787

Something I asked / noted in my reply.
by chulett
Fri Mar 26, 2010 6:43 am
Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
Topic: Box Characters while reading CSV files
Replies: 10
Views: 4484

Convert(CHAR(13),"",YourField)
by chulett
Fri Mar 26, 2010 6:41 am
Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
Topic: Run Time SQL Generation and Using in ODBC Stage
Replies: 5
Views: 2185

So, same issue as noted in this thread? Which is fine, new problem = new post but usually not new poster. :wink:

Have you looked into using the 'SQL File' capability that the stage supports?
by chulett
Fri Mar 26, 2010 6:35 am
Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
Topic: Date conversion when using Oracle Enterprise stage as Target
Replies: 9
Views: 3219

#2 would be fine if your source column is a string in the format noted - YYYY-MM-DD.
by chulett
Fri Mar 26, 2010 6:30 am
Forum: General
Topic: DataStage Analysis spreadsheet
Replies: 40
Views: 32415

PhilHibbs wrote:How do I navigate this maze of twisty little passages, all alike?
Plugh!
by chulett
Thu Mar 25, 2010 9:12 pm
Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
Topic: Recomendation of datastage grid computing features
Replies: 5
Views: 3511

Picky, picky... spoil the whole thing, why don'tca?
by chulett
Thu Mar 25, 2010 9:10 pm
Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
Topic: Splitting XML files
Replies: 1
Views: 1008

Yes. You enable the Trigger Column option and whenever the value in that column changes, it spawns a new file. You just need to ensure it changes every X records. And the column does not have to be part of your output XML.
by chulett
Thu Mar 25, 2010 9:08 pm
Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
Topic: Warning in 8.1 but not in 7.5.2
Replies: 4
Views: 6866

Exactly and not really sure why this seems to surprise people. It's pretty common for older releases of any software to let you 'get away' with something that they 'fix' or tighten up in the later releases, including more stringent testing of conditions like this. It's not so much something that doe...
by chulett
Thu Mar 25, 2010 9:04 pm
Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
Topic: Jobs Running Unusually long time after large load
Replies: 10
Views: 2787

First thing that jumps to mind is a stats / histogram issue. The day of the load the statistics may be out of whack and it isn't until later (in the night?) when the tables/indexes get analyzed that things get straightened back out. However, if your other loads don't specifically join to or otherwis...
by chulett
Thu Mar 25, 2010 8:59 pm
Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
Topic: Replace in oracle enterprise stage does not work
Replies: 3
Views: 1792

Load = sqlldr and Replace = delete all rows from the target table before starting the bulk load, so you should be good there. If that's not happening, open a case with your official support provider. Perhaps there's a patch.
by chulett
Thu Mar 25, 2010 8:49 pm
Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
Topic: The provided query statement did not prepare correctly
Replies: 2
Views: 1236

OK, I'll ask... did you try searching the forums? There were a number of hits when I did an exact search for your subject, did none of them help?