Search found 42189 matches
- Thu Jun 28, 2007 7:03 am
- Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
- Topic: DataStage Manager
- Replies: 6
- Views: 986
- Thu Jun 28, 2007 7:01 am
- Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
- Topic: Is Version 7.5.2
- Replies: 3
- Views: 1311
Any version should be available in both flavors, unless that's changed with 8.x. They used to refer to them as 'EE' for Enterprise Edition, which included both PX and Server, or 'XE' which was the Extended Edition - Server with some other components, MetaStage mostly from what I recall. Not sure wha...
- Thu Jun 28, 2007 6:53 am
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: environment variable in the DSJOB.EXE
- Replies: 11
- Views: 3870
- Thu Jun 28, 2007 6:52 am
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: Rows/Sec
- Replies: 13
- Views: 4161
- Thu Jun 28, 2007 6:47 am
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: environment variable in the DSJOB.EXE
- Replies: 11
- Views: 3870
Besides the fact that you would not want to set your PATH statement to that particular value, you wouldn't do that as part of the dsjob command. $PATH is reserved, I'd suggest you use a different name if you need a 'file path' variable. Wrapper your dsjob call in a script. Set the variable there bef...
- Thu Jun 28, 2007 6:40 am
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: Change DataStage clients default directory (compilation)
- Replies: 8
- Views: 2371
Re: Change DataStage clients default directory (compilation)
Job compilation on clients is sometimes writing data in the "C:\Program Files\Ascential\DataStage" directory. Within our company it is not allowed to have write access on this directory. We really should be keeping a list somewhere of all the silly rules we've seen people having to deal with over t...
- Thu Jun 28, 2007 6:36 am
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: ORAOCIBL problem
- Replies: 20
- Views: 4558
- Thu Jun 28, 2007 6:31 am
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: Problem running multiple instance job in a sequence
- Replies: 8
- Views: 3605
- Wed Jun 27, 2007 10:40 pm
- Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
- Topic: Writing into a sequential file in a specific format....
- Replies: 17
- Views: 3898
Check this FAQ post for one approach.
- Wed Jun 27, 2007 10:36 pm
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: Regarding change for creating new file from existing file
- Replies: 13
- Views: 2698
- Wed Jun 27, 2007 10:30 pm
- Forum: General
- Topic: Error running a batch file
- Replies: 12
- Views: 6263
Please explain exactly what "When I checked in the command prompt %path%, it gave a return as" means. What you've shown is correct for a PATH statement as it is a collection of directories to search inside in the order listed for executables in the absence of an absolute path. It's nothing you can ...
- Wed Jun 27, 2007 6:50 pm
- Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
- Topic: Compare Timestamp using SELECT
- Replies: 6
- Views: 2315
Changing the NLS_DATE format won't affect queries that specifically use TO_DATE() or TO_CHAR() properly. If you want some help, how about answering our questions? Let's see... * What stage are you using * Datatype of the REGIST_DATE field in Oracle * Datatype of the REGIST_DATE field in your job * W...
- Wed Jun 27, 2007 4:00 pm
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: Is DS Job log stored in a hash file?
- Replies: 6
- Views: 1483
- Wed Jun 27, 2007 3:18 pm
- Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
- Topic: Compare Timestamp using SELECT
- Replies: 6
- Views: 2315
You shouldn't need user-defined sql for something simple like that. However, your syntax looks valid to me, what makes you think it didn't select the 'correct' records? Is your REGIST_DATE field a DATE datatype in the table or something else? Typically you'd use a TO_DATE for this, but either should...