Search found 53125 matches
- Sun Jun 03, 2007 11:14 pm
- Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
- Topic: Numeric to decimal Data Type problem
- Replies: 8
- Views: 1526
- Sun Jun 03, 2007 11:12 pm
- Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
- Topic: Inserting records in table
- Replies: 11
- Views: 5134
- Sun Jun 03, 2007 1:08 am
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: DSGetParamInfo
- Replies: 4
- Views: 1571
- Sat Jun 02, 2007 2:31 pm
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: DataStage Login Failed
- Replies: 12
- Views: 2401
- Sat Jun 02, 2007 5:20 am
- Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
- Topic: Does the SetDSParamsFromFile exist for DSEE
- Replies: 12
- Views: 3868
- Sat Jun 02, 2007 5:17 am
- Forum: General
- Topic: Checking For Existing Rows In an Input File Before Executing
- Replies: 4
- Views: 1170
Welcome aboard. All DataStage processes are background processes, so INPUT and PRINT statements don't really do it. However, well spotted that field #6 of the dynamic array returned by the STATUS statement can return the size of the file. The following function can be called from a Routine activity....
- Sat Jun 02, 2007 3:09 am
- Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
- Topic: Usage of nodes in the configuration file.
- Replies: 3
- Views: 959
- Sat Jun 02, 2007 3:06 am
- Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
- Topic: Sequence
- Replies: 4
- Views: 1354
- Sat Jun 02, 2007 3:03 am
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: Datastage - House keeping
- Replies: 3
- Views: 1236
- Sat Jun 02, 2007 2:59 am
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: Extracting data
- Replies: 8
- Views: 2355
Then please accept this gratuitous advice. This is a forum for professionals. We prefer - and, indeed, expect - a professional level of communication. Do you use SMS-style abbreviations in your work documentation? No? Then why do so here? You can write good English, please do so. If nothing else, it...
- Sat Jun 02, 2007 2:55 am
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: Avoiding a failed OLEDB connection
- Replies: 5
- Views: 948
If you have a Failed trigger this takes precedence over the automatic handling. So that answers your second question. If you want to abort the sequence you can include a Routine activity that invokes the SDK routine UtilityAbortToLog in the stream from this trigger. You could also, if desired, inclu...
- Sat Jun 02, 2007 2:49 am
- Forum: General
- Topic: How did Datastage get it's name?
- Replies: 5
- Views: 1445
- Fri Jun 01, 2007 3:22 pm
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: Avoiding a failed OLEDB connection
- Replies: 5
- Views: 948
That's fine, allow the "is the DB there?" job to abort. Have its triggers handle the abort condition, only proceeding with subsequent processing if the database is available. Particularly for this job's Job activity, set "do not checkpoint run" (so that it executed always), and "reset if required, t...
- Fri Jun 01, 2007 3:19 pm
- Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
- Topic: Sequence
- Replies: 4
- Views: 1354
- Fri Jun 01, 2007 3:17 pm
- Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
- Topic: table definition
- Replies: 9
- Views: 5379
DataStage expects to import from COBOL FD files on the client - the reasoning is that they are most likely to have been emailed to the DataStage developer. So search on the client machine - put them somewhere with a short, easily-remembered pathname, such as C:\COBOL_FD Tip: When importing from a CO...