Search found 504 matches

by ShaneMuir
Wed Feb 18, 2015 11:45 am
Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
Topic: Derive Column names from Rows
Replies: 24
Views: 14050

What I meant when I said are the key columns always the same, was Are the key columns identifiable, and are they same in each target table. Depending on your requirements you should be able to use a sequential file stage to read in the data. Turn RCP on and set First row is Column headers. This will...
by ShaneMuir
Wed Feb 18, 2015 11:37 am
Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
Topic: Drop when lookup key matches?
Replies: 4
Views: 2691

You can have a reject link on the lookup. Just set your lookup to Fail on reject. Any input columns which fail will be output on the reject link. Think of the reject link as lookup value not found rather that a reject. From the reject link you can process your records. Output the rows which are foun...
by ShaneMuir
Tue Feb 17, 2015 8:57 am
Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
Topic: Required logic for a scenario
Replies: 12
Views: 7203

You could probably do it with 2 sql select statements and a lookup. SQL Statement 1. Select * from table. SQL Statement 2: SELECT * FROM (SELECT column1, column2, COUNT(*) over(partition BY column1) col1cnt, COUNT(*) over(partition BY column2) col2cnt FROM (SELECT DISTINCT column1, column2 FROM test...
by ShaneMuir
Tue Feb 17, 2015 4:26 am
Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
Topic: Derive Column names from Rows
Replies: 24
Views: 14050

Any extra column shouldn't matter because you are processing each column individually. However the fact that you have this extra column with what look like DB actions could mean there were other options, and throws up other questions. But we will progress with what we have for now. If you have outpu...
by ShaneMuir
Fri Feb 13, 2015 3:13 am
Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
Topic: Insert New Rows Only using ODBC Connector to MSSQL
Replies: 10
Views: 11293

Re: Insert New Rows Only using ODBC Connector to MSSQL

Yes CDC could be of use here, but for the actual circumstance it would be like using a sledgehammer to crack a nut.
by ShaneMuir
Fri Feb 13, 2015 3:09 am
Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
Topic: Derive Column names from Rows
Replies: 24
Views: 14050

If your source is already coming in as a 2 column input of header values and data values ie Headers Data ABC 123 DEF 234 XYZ 345 GHI 333 JKL 222 MNO 666 ABC 789 MNO 555 then just follow the logic that I provided from that point . There is no need to pivot the data. From this point you can create an ...
by ShaneMuir
Thu Feb 12, 2015 4:33 am
Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
Topic: Derive Column names from Rows
Replies: 24
Views: 14050

Is there any logic to the way the data is received? From you example it looks like you receive 3 columns at time? And the rows arrive as header row, data row, header row, data row? If that is the case, I would try to the the data into 2 columns, one with the header row value, and one with the data v...
by ShaneMuir
Thu Feb 12, 2015 2:05 am
Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
Topic: Insert New Rows Only using ODBC Connector to MSSQL
Replies: 10
Views: 11293

Thanks for the input Craig I too was sceptical that RCP could run for an 'update'. If you actually choose any sort of update it does not work. DS will kick up an error before you even run the job. However it seems that with the ODBC connector it utilises the target metadata to determine what the key...
by ShaneMuir
Wed Feb 11, 2015 4:27 pm
Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
Topic: Insert New Rows Only using ODBC Connector to MSSQL
Replies: 10
Views: 11293

Yes Craig, everything is still RCP.
by ShaneMuir
Wed Feb 11, 2015 1:04 pm
Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
Topic: Insert New Rows Only using ODBC Connector to MSSQL
Replies: 10
Views: 11293

FYI: We have done further investigations and tests, and have found that the issue is begin caused by the Primary Key name on the tables. If we change the primary key name the process seems to work. No idea as to why this would be the case. I am thinking that it might be the actual ODBC connector som...
by ShaneMuir
Wed Feb 11, 2015 1:03 pm
Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
Topic: Output needs to move in different jobs
Replies: 10
Views: 2925

The 'code' that you require will depend on a number of factors, that will in the end effect the job design that you decide upon. Factors that will influence this can include: Input type: eg DB or File Operating Systems, environment performance, data size etc eg if input is an Oracle Table, then you ...
by ShaneMuir
Wed Feb 11, 2015 11:51 am
Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
Topic: Output needs to move in different jobs
Replies: 10
Views: 2925

How could I possibly know what your business rules are?
by ShaneMuir
Wed Feb 11, 2015 11:48 am
Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
Topic: Information on stages
Replies: 3
Views: 2886

I don't suppose that you have saved the table definitions of the datasets and imported them into the DataSet stage each time a job was created? If yes then you can just do a where used on the table definition. Otherwise, it would most likely be some sort of export to DSX and search for the jobs usin...
by ShaneMuir
Wed Feb 11, 2015 11:40 am
Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
Topic: Output needs to move in different jobs
Replies: 10
Views: 2925

Depending on how difficult it is to identify the header and trailer records in your input table, i would just have the 3 jobs required, each one filtering the input from the source for the appropriate records. eg i. Job reads the source table for header records ii. Job reads the source table for tra...
by ShaneMuir
Wed Feb 11, 2015 9:19 am
Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
Topic: Insert New Rows Only using ODBC Connector to MSSQL
Replies: 10
Views: 11293

DBA of sorts = not a DBA but knows a lot more about MSSQL than I do (mind you this is not difficult). I too am thrown as to why a copy of the table structure would work, but creating it in a new DB doesn't. It suggests that there is something happening at a higher level than the DB which is acting o...