Hi all,
One of the client we are working for is currently using SSIS as their ETL tool.
They currently have a setup where the meta information such as source, table, attribute, data type and target along with the transformation needed is available in a single table.
The table is leveraged so as to build a single ETL that points and does the job ( instead of creating multiple ETLs)
Currently the client wants to move away from SSIS ( and MS SQL) to Datastage (and Oracle).
However they want to leverage the same architecture of using the meta information compiled to create a single workflow to do all ETL jobs.
Can someone give me any pointers if similar implementation of meta data driven ETL implementation is done earlier.
Any help in this regard is very much desirable.
Metadata Driven ETL
Moderators: chulett, rschirm, roy
-
- Participant
- Posts: 5
- Joined: Tue Apr 11, 2006 4:09 pm
- Location: manchester
-
- Participant
- Posts: 50
- Joined: Tue Jan 19, 2010 4:14 am
You can use runtime column propagation to do parts of it, such as extraction and loading, reusing the E and L pieces of your jobs.
But I am not sure how you could do transforms this way.
there is a way to have a stage call a job by name so you could do it using a job name for the transformation but you would still have to WRITE the transforms either in datastage or in IA rules.
We use a lot of flexible, resuable jobs but not quite to this level. We still operate somewhat on the columns by name.
But I am not sure how you could do transforms this way.
there is a way to have a stage call a job by name so you could do it using a job name for the transformation but you would still have to WRITE the transforms either in datastage or in IA rules.
We use a lot of flexible, resuable jobs but not quite to this level. We still operate somewhat on the columns by name.
What about the Data Rules stage? Wait, you can't honestly be thinking of migrating from SSIS to DataStage version 8 are you? ![Confused :?](./images/smilies/icon_confused.gif)
![Confused :?](./images/smilies/icon_confused.gif)
-craig
"You can never have too many knives" -- Logan Nine Fingers
"You can never have too many knives" -- Logan Nine Fingers
-
- Participant
- Posts: 5
- Joined: Tue Apr 11, 2006 4:09 pm
- Location: manchester
-
- Participant
- Posts: 54607
- Joined: Wed Oct 23, 2002 10:52 pm
- Location: Sydney, Australia
- Contact:
Specifications in the Modify stage can be fully parameterized.
However, the Modify stage has only a subset of the Transformer stage in terms of transformations; in particular it can only (in general) effect transformations that have a single input field.
However, the Modify stage has only a subset of the Transformer stage in terms of transformations; in particular it can only (in general) effect transformations that have a single input field.
IBM Software Services Group
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
-
- Participant
- Posts: 527
- Joined: Thu Apr 19, 2007 1:25 am
- Location: Melbourne
Hiccups? You betcha. I don't care what tool you migrate to, ETL or otherwise, there will be issues early on - either with the tool itself or your understanding on how to use it. Especially when you constrain the migration to recreating exactly what you have (and exactly how you do it) in the old tool. I've seen it in the ETL world, the relational database world, the BI world, you name it. It leads to madness and often, failure.
Rather than force the old square peg into your new shiny round hole, focus on building the best round peg you can without hobbling it with this "leverage the same architecture" mandate. IMHO.
Rather than force the old square peg into your new shiny round hole, focus on building the best round peg you can without hobbling it with this "leverage the same architecture" mandate. IMHO.
-craig
"You can never have too many knives" -- Logan Nine Fingers
"You can never have too many knives" -- Logan Nine Fingers