> One elaboration I would make is that while customising at the transaction
> level is not something we typically recommend, customising to completely
> REMOVE unused transactions is very commonly done. It has a beneficial effect
> on runtime performance because, while the type tree itself is not used at
> runtime, it IS used at compile time to build the parse code. Removing unused
> transactions makes the map smaller and makes it run faster. Whether it's
> worth the effort is something you'd have to decide for yourself but a lot of
> customers do it.

In a sense, the tree - or to be more technically correct, data sucked into the 
map FROM the tree at compile time -  actually is used
at run time because the ANSI and EDIFACT standards consist of a huge series of 
partitioned entities. Well, it's not an 810, is it an
811? Nope, it's not an 811, is it an 812?..(" ...is known to exist....").  
Sure, the partition's automatic restart is only invoked
after the ST segments are parsed, but if you have a file with a couple hundred 
transaction sets in it, it can make a difference at
run time.

What I have done in the past is what you have suggested... removed "transaction 
sets in which I have zero interest" and, should one
occur, it goes into a separate output as "a transaction we got, but about which 
we don't care.. but someone should check it anyway
because some partner might have started sending something new and we don't want 
to miss it." (Yes, I know, I know... it is SO rare
an occurrence that ANY partner would send something unexpected!).

But redefining your own partitions by making a custom version of the supplied 
ANSI standard trees is probably not a suitable topic
for "Mercator/Datastage 101."  I think I might leave that for sophomore year.

Michael Mattias
Tal Systems, Inc.
Racine WI
[EMAIL PROTECTED]









.  
Please use the following Message Identifiers as your subject prefix: <SALES>, 
<JOBS>, <LIST>, <TECH>, <MISC>, <EVENT>, <OFF-TOPIC>
Access the list online at:  http://groups.yahoo.com/group/EDI-L
 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/EDI-L/

<*> To unsubscribe from this group, send an email to:
    [EMAIL PROTECTED]

<*> Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/
 



Reply via email to