regarding rowsplitter

Post questions here relative to DataStage Server Edition for such areas as Server job design, DS Basic, Routines, Job Sequences, etc.

Moderators: chulett, rschirm, roy

Post Reply
vijaykumar
Participant
Posts: 228
Joined: Tue Oct 03, 2006 7:08 pm

regarding rowsplitter

Post by vijaykumar »

hi gurus,
odbc--->transformer---->odbc---->rowsplitter--->2 odbcs

i wanted to analyze the property of rowsplitter.

i have joined 2 tables in the source stage, and stored in ODBC stage.
iam storing the join of 2 tables in ODBC for other purposes.
now can i use rowsplitter to get back my source tables.
for ex:i have joined employee and deptno i source stage and stored the result in odbc stage.
now can i use the rowsplitter to get 2 individual tables(NOT THE JOIN)
namely employee and dept.
plz help me .

cheers;
vijay
chulett
Charter Member
Charter Member
Posts: 43085
Joined: Tue Nov 12, 2002 4:34 pm
Location: Denver, CO

Post by chulett »

No. Have you read the Help on what it actually does? It 'splits' an Input string (one big field) into Output columns (many smaller fields) and only supports one link in and one link out.

All you need are two links from a transformer to your '2 odbcs'.
-craig

"You can never have too many knives" -- Logan Nine Fingers
kumar_s
Charter Member
Charter Member
Posts: 5245
Joined: Thu Jun 16, 2005 11:00 pm

Post by kumar_s »

Hi Vijay,

As mentioned by Craig, you dont required this stage for your given need. Just pick up what ever column you need from the joined input.
Impossible doesn't mean 'it is not possible' actually means... 'NOBODY HAS DONE IT SO FAR'
ray.wurlod
Participant
Posts: 54607
Joined: Wed Oct 23, 2002 10:52 pm
Location: Sydney, Australia
Contact:

Post by ray.wurlod »

It would be more efficient not to try to undo the join, but to select the original tables from the original tables.

Code: Select all

       ----->  Transformer  ----->  ODBC2   (original table A)
ODBC1  ----->  Transformer  ----->  ODBC3   (original table B)
       ----->  Transformer  ----->  ODBC4   (join of tables A and B)
IBM Software Services Group
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
Post Reply