Search found 251 matches
- Tue Jan 09, 2007 4:46 pm
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: Performance Issue
- Replies: 24
- Views: 7658
Agree; you cannot bypass the columns, which is what COUNT(*) does (these days). But ORDER BY is wrong for different reasons. The method described above (MIN every column) forces Oracle to read every projected column (including user-defined functions and scalar sub-queries) without the additional ove...
- Tue Jan 09, 2007 3:54 pm
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: Performance Issue
- Replies: 24
- Views: 7658
I'm sorry, did I miss the meeting where we had to stay on-topic and avoid interesting conversations. ;) I came in late and cannot see some of the posts, so I'm not sure whether we are saying that ORDER BY is a good method or a bad method of ensuring all rows are fetched. To be clear, it is BAD for t...
- Mon Jan 08, 2007 8:53 pm
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: Performance Issue
- Replies: 24
- Views: 7658
The SELECT COUNT(1) thing is a myth. Oracle is getting a bit clever nowadays for the SELECT COUNT(*) FROM (...) wrapper. It can almost always work out which columns will not actually be projected, and then no select them. As a workaround, in SQL*Plus you can save your SELECT statement in a script, s...
- Sat Dec 30, 2006 7:50 pm
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: Table Name from selected Column
- Replies: 5
- Views: 1564
- Fri Dec 29, 2006 12:59 am
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: Table Name from selected Column
- Replies: 5
- Views: 1564
I don't use DB2, but it should be similar to the Oracle OCI stage. I believe that what you are trying to do is impossible. It calls for the table name to be dynamically determined at run-time. The closest you can get to a dynamic table name is to use a Job Parameter (eg. #TABLE_NAME#) in your SQL st...
- Wed Dec 27, 2006 1:00 am
- Forum: General
- Topic: Compilation Process - time
- Replies: 5
- Views: 3291
An hour does seem a bit excessive, but I haven't tried anything quite so large. Still, you'd think it would scale. When you say you have 500 derivations, does that mean you have 500 columns in your target, or 500 stage variables. What is the nature of these derivations? Are they calls to routines? C...
- Fri May 12, 2006 1:57 am
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: rejecting duplicate rows
- Replies: 5
- Views: 3028
If you don't want to use a hased file or aggregator, then I hope your source file is pre-sorted. :wink: Here's some ideas: - If your source is sorted, you can use Stage Variables in a transformer to save the PK of the previous row, and check it against the PK of the current row. If it is the same, r...
- Wed May 10, 2006 1:03 am
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: Restarting a job with the same parameters
- Replies: 15
- Views: 5728
I've had no reason to handle the encrypted params - the only ones I use are always $PROJDEF - no exceptions - ever. In testing the script I noticed that the value returned by DSGetParamInfo() for encrypted params was not the value you see in the DSParams file. It was just 2 or 3 chars of rubbish (ra...
- Mon Apr 24, 2006 2:29 am
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: Performance Issue in Datastage Server Edition
- Replies: 13
- Views: 3516
At the risk of being lynched, I'll throw in my 2c: First, I agree entirely with Ray's suggested approach. It is proven and scalable - it most certainly CAN be done with Hashed files. However, the OP's approach is also valid and scalable. I know because that is the way I built my current DW. But it's...
- Mon Apr 24, 2006 1:55 am
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: Array size is not compatible plz help.
- Replies: 6
- Views: 1854
I could be wrong, but 5000/s is pretty darned fast (excuse my dockyards language) for an Update Else Insert job. Is it possible that it used to be Insert Only or Update Only and has recently been changed? My experience is with Oracle, not DB2, but I have found Array Size / Transaction Size ineffecti...
- Mon Apr 24, 2006 1:45 am
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: calling oracle SP which returns ref.cursor using STP
- Replies: 14
- Views: 9010
- Mon Apr 24, 2006 1:41 am
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: Regarding FTP Process
- Replies: 3
- Views: 1676
- Sun Apr 23, 2006 4:39 pm
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: calling oracle SP which returns ref.cursor using STP
- Replies: 14
- Views: 9010
- Wed Apr 19, 2006 5:32 pm
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: calling oracle SP which returns ref.cursor using STP
- Replies: 14
- Views: 9010
OK. So you have a SP like this: CREATE PROCEDURE my_proc(p1 IN NUMBER, rc OUT sys_refcursor) ... Create a type that contains the same columns as the cursor, and a pipelined function to fetch the cursor. CREATE TYPE my_typ AS OBJECT ( col1 VARCHAR2(20) , col2 NUMBER ); CREATE TYPE my_typ_ary AS TABLE...
- Wed Apr 19, 2006 1:59 am
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: calling oracle SP which returns ref.cursor using STP
- Replies: 14
- Views: 9010