Differences between Join, Merge and Lookup Stages.

A forum for discussing DataStage<sup>®</sup> basics. If you're not sure where your question goes, start here.

Moderators: chulett, rschirm, roy

Post Reply
Abhijeet1980
Participant
Posts: 81
Joined: Tue Aug 15, 2006 8:31 am
Location: Zürich
Contact:

Differences between Join, Merge and Lookup Stages.

Post by Abhijeet1980 »

Dear All,

Can anyone outline the differences between Join, Merge and Lookup Stages ?

I've read a few forum messages regarding Join, Merge and Lookup, but have found no satisfactory answers.

Senior members: Pls do respond....
Kind regards
Abhijit Gaikwad
chulett
Charter Member
Charter Member
Posts: 43085
Joined: Tue Nov 12, 2002 4:34 pm
Location: Denver, CO

Post by chulett »

Have you tried... oh, I don't know... reading the Parallel Job Developer's Guide pdf? Each stage has its own lovely little chapter in there.
-craig

"You can never have too many knives" -- Logan Nine Fingers
ray.wurlod
Participant
Posts: 54607
Joined: Wed Oct 23, 2002 10:52 pm
Location: Sydney, Australia
Contact:

Post by ray.wurlod »

If you attend the IBM DataStage Essentials class there is one page in the student guide that does attempt a summary of the differences between these three stage types.

How about you make your own summary, based on reading the manual, and we can comment on that? You see, different things are important to different people - you might be interested in functionality, while someone else might be interested in resource consumption. Someone else might just need others to supply an answer to an interview question, which is something we try to avoid doing here.
IBM Software Services Group
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
kumar_s
Charter Member
Charter Member
Posts: 5245
Joined: Thu Jun 16, 2005 11:00 pm

Post by kumar_s »

Code: Select all

                        Join            Lookup                   Merge

Description            RDBMS-style         Source and lookup     Master table and one
                       Relational tables   table in RAM          or more update tables

Number and names       2 or more inputs    1 source and N lookup 1 master tables and N
Of inputs                                  tables                update tables

Memory usage          Light                Heavy                 Light

Handling of           Ok, produces a       OK                    Warning given
duplicates in         Cross-product                              Duplicates will be an
primary input                                                    unmatched primary.

Handling of           Ok, produces a       Warning given. The    Ok only when N =1
duplicates in         Cross-product        second lookup table
secondary input                            entry is ignored.

Options on
Unmatched             None                 None                  Capture in reject sets.
secondary

On match, secondary   reusable             reusable             reusable
entriesare

Number of outputs     1                    1 output and         1 output and 1 reject for
                                           optionaly 1 reject   each update table


Captured in reject    Does not apply       Unmatched primary    Unmatched Secondary entries
Set                                        entries
Impossible doesn't mean 'it is not possible' actually means... 'NOBODY HAS DONE IT SO FAR'
DSguru2B
Charter Member
Charter Member
Posts: 6854
Joined: Wed Feb 09, 2005 3:44 pm
Location: Houston, TX

Post by DSguru2B »

Good going Kumar. Great post. Everything in a nice table like format. We like tables, we are dw guys after all :wink:
Creativity is allowing yourself to make mistakes. Art is knowing which ones to keep.
kumar_s
Charter Member
Charter Member
Posts: 5245
Joined: Thu Jun 16, 2005 11:00 pm

Post by kumar_s »

True, aligning to this format took a long. Atleast once. :wink:
Impossible doesn't mean 'it is not possible' actually means... 'NOBODY HAS DONE IT SO FAR'
narasimha
Charter Member
Charter Member
Posts: 1236
Joined: Fri Oct 22, 2004 8:59 am
Location: Staten Island, NY

Post by narasimha »

Nice effort Kumar!
Is this from the IBM DataStage Essentials class or did you compile it yourself? Thanks for sharing it.
Narasimha Kade

Finding answers is simple, all you need to do is come up with the correct questions.
kumar_s
Charter Member
Charter Member
Posts: 5245
Joined: Thu Jun 16, 2005 11:00 pm

Post by kumar_s »

I have posted it already, so I guess I might have taken it from Orchestrate manuals.
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's quite like the table in the DataStage Essentials class, though missing the row that indicates whether sorted inputs are required.
IBM Software Services Group
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
kumar_s
Charter Member
Charter Member
Posts: 5245
Joined: Thu Jun 16, 2005 11:00 pm

Post by kumar_s »

Ray you shall add you valuable inputs to this thread, which will be useful for those who have not access to DataStage Essentials class.
Impossible doesn't mean 'it is not possible' actually means... 'NOBODY HAS DONE IT SO FAR'
narasimha
Charter Member
Charter Member
Posts: 1236
Joined: Fri Oct 22, 2004 8:59 am
Location: Staten Island, NY

Post by narasimha »

kumar_s wrote:I have posted it already, so I guess I might have taken it from Orchestrate manuals.
No sweat, Just appreciations for your efforts :)
Narasimha Kade

Finding answers is simple, all you need to do is come up with the correct questions.
ray.wurlod
Participant
Posts: 54607
Joined: Wed Oct 23, 2002 10:52 pm
Location: Sydney, Australia
Contact:

Post by ray.wurlod »

kumar_s wrote:Ray you shall add you valuable inputs to this thread, which will be useful for those who have not access to DataStage Essentials class.
Everyone has access to IBM training, in exchange for money.

(The original post still smells like an interview question to me.)
IBM Software Services Group
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
Abhijeet1980
Participant
Posts: 81
Joined: Tue Aug 15, 2006 8:31 am
Location: Zürich
Contact:

Post by Abhijeet1980 »

Thanx very much for sharing wonderful information with me.

The comparision was really wonderful.

Regards
Abhijit
Kind regards
Abhijit Gaikwad
Post Reply