Search found 504 matches
- 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...
- 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...
- 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...
- 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...
- 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.
- 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 ...
- 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...
- 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...
- 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
- 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...
- 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 ...
- 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
- 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...
- 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...
- 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...