My apologies Eliot for misreading your post!  If nothing else there is now 
two post's that say the same thing... one in paragraph format, the other in 
short story ;)

Again, my apologies for the confusion! Thanks for the clarification :)

Best regards,

<M:D/>



----- Original Message ----- 
From: "Eliot Kimber" <ekimber@xxxxxxxxxxxxxxxxxxx>
To: <xsl-list@xxxxxxxxxxxxxxxxxxxxxx>
Sent: Thursday, June 03, 2004 9:06 AM
Subject: Re:  Performance Question: Expensive Functions in Predicates


> M. David Peterson wrote:
>
> > Hi Eliot,
> >
> > Im interested to know more of how you came to these conclusions while 
> > also
> > ignoring the use of xpath within apply-templates/@select to do the bulk 
> > of
> > your node selection?
>
> I think you may have misread my conclusion: I said that the select-based
> approach is the most attractive *from a code maintenance and simplicity
> standpoint* because it both avoids the need for a separate catch-all
> template required by the match-based approach and avoids the separate if
> statement required by the unqualified select and match approach.
>
> Your performance measurements then demonstrate that the select-based
> approach is *also* the highest performing, which I guess I should have
> been able to predict for the reasons you stated (it results in the
> fewest overall node tests being performed).
>
> Therefore I think we are in agreement that putting the qualification in
> the apply-templates processing is the overall best solution in general
> and that using IF within templates is clearly the worst. It also seems
> likely that differences in XSTL implementation optimization strategies
> will not significantly change the results.
>
> Cheers,
>
> E.
> -- 
> W. Eliot Kimber
> Professional Services
> Innodata Isogen
> 9030 Research Blvd, #410
> Austin, TX 78758
> (512) 372-8122
>
> eliot@xxxxxxxxxxxxxxxxxxx
> www.innodata-isogen.com
>
>
> --+------------------------------------------------------------------
> XSL-List info and archive:  http://www.mulberrytech.com/xsl/xsl-list
> To unsubscribe, go to: http://lists.mulberrytech.com/xsl-list/
> or e-mail: <mailto:xsl-list-unsubscribe@xxxxxxxxxxxxxxxxxxxxxx>
> --+--
>