Search found 53125 matches
- Tue Sep 20, 2005 4:30 pm
- Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
- Topic: Surrogate Key generation in Oracle 9I
- Replies: 3
- Views: 2045
Why not use the Surrogate Key stage? The problem with increasing by 1 is that you will generate duplicate key values as soon as you start using more than one processing node. Search the forum for alternatives (driven, for example, by the partition number). In the Enterprise stage change the SQL so t...
- Tue Sep 20, 2005 4:25 pm
- Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
- Topic: Null property in flat files
- Replies: 3
- Views: 1310
- Tue Sep 20, 2005 2:42 am
- Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
- Topic: spilt the record into three records
- Replies: 13
- Views: 3336
- Tue Sep 20, 2005 2:40 am
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: Calling a job from a routine
- Replies: 3
- Views: 1293
You're building another millstone for performance. To be brutal, I don't think you really want to do this, particularly if you're planning to invoke this routine for every row processed in some other job. Use DSGetParamInfo with DSJ.ME as the first argument to interrogate the values of parameters. U...
- Tue Sep 20, 2005 2:21 am
- Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
- Topic: Fatal Error: Not a v1.1 type: decimal
- Replies: 4
- Views: 1300
- Tue Sep 20, 2005 2:20 am
- Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
- Topic: About Date fields in Transformer
- Replies: 6
- Views: 1611
- Tue Sep 20, 2005 1:09 am
- Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
- Topic: EBCDIC to ASCII converion mapping
- Replies: 4
- Views: 1867
- Tue Sep 20, 2005 1:07 am
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: Projects with many jobs have slow graphical front-end resp.
- Replies: 7
- Views: 1893
Sure does. When compiling routines for example, a full usage analysis is performed. When retrieving jobs, it should be able to retrieve just the currently selected Category (unless, of course, view categories is disabled in Director) using the CATEGORY index on DS_JOBS. For each job it needs to refe...
- Tue Sep 20, 2005 12:54 am
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: Slow to compile Routines and to delete anything
- Replies: 6
- Views: 1642
- Tue Sep 20, 2005 12:53 am
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: What does the error mean?
- Replies: 6
- Views: 1521
The most common cause of this error is using a stage variable in row number 1 in a stage variable derivation expression, where the stage variable is not given an initial value. You should always give stage variables an initial value, even if it's just "" or 0 or @FALSE. RT_BP439/JOB.869753927.DT.134...
- Tue Sep 20, 2005 12:48 am
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: Maximum field size in a hashed file?
- Replies: 6
- Views: 1190
The 3MB record was a similar but different story - they got the syntax of CREATE.FILE wrong and created the hashed file as static with modulo 1. Yuk. The slow deterioration in performance was a bit of a giveaway. Having ramped up the performance immensely, they wanted us to come back six months late...
- Tue Sep 20, 2005 12:43 am
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: UNION and FULL outer join
- Replies: 6
- Views: 1721
- Tue Sep 20, 2005 12:41 am
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: Error in Sequencer
- Replies: 5
- Views: 1175
That sounds like XP's way of handling an access violation error. You could try re-building the job sequence from scratch, without making the incorrect assignment of a default job parameter value. Not sure why the pointer would run away like that. Did you try clicking CANCEL to debug the program and,...
- Tue Sep 20, 2005 12:37 am
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: Slow to compile Routines and to delete anything
- Replies: 6
- Views: 1642
My guess is that you have a crowded project (lots of jobs, sequences and routines). That is, I agree with your conclusion. Part of compiling or deleting a routine is a complete usage analysis so that you can be warned that other components use the routine. The check has to be done whether or not thi...
- Tue Sep 20, 2005 12:14 am
- Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
- Topic: player termination issue
- Replies: 1
- Views: 827
By itself that does not give sufficient information, unless one can deduce that someone has killed a process associated with the operator for player 2. You can work out which process this is by examining the generated OSH. Look in the job log for surrounding warning messages. Reset the job in Direct...