For what it's worth, the RowSplitter (and twin RowMerger) stages were written by the RTI development team to allow dynamic re-assignment of metadata definitions without having to land data to disk. There are times where developers (in DS Server) drop a passive stage in the middle of a job, for the purpose of re-defining the meta data. No comment here as to whether this is right or wrong, but it is/was often easier and more manageable (and at times faster) than doing lots of substrings, etc. in a Transformer..........except there's a catch --- an RTI Server Job can't have a Passive Stage with Input links AND Output Links (directly in the flow -- a job like that won't compile if RTI enabled). So the rowSplitter does it "on the fly," alleviating that issue, and giving you an option for RTI with an existing Job that uses the Passive Stage technique.
Ernie
Regarding Rowsplitter
Moderators: chulett, rschirm, roy
-
- Participant
- Posts: 54607
- Joined: Wed Oct 23, 2002 10:52 pm
- Location: Sydney, Australia
- Contact:
For those of you thinking about making the brain transition to parallel jobs, the same restriction applies - no stage that accesses persistent data is permitted to have both an input and an output link (apart from reject-handling links).
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: 54607
- Joined: Wed Oct 23, 2002 10:52 pm
- Location: Sydney, Australia
- Contact:
Correct - but it is, of course, also Spock's Brain. :D
-craig
"You can never have too many knives" -- Logan Nine Fingers
"You can never have too many knives" -- Logan Nine Fingers