Home. 
.

transparent

transparent

transparent

Altova Mailing List Archives


RE: [xsl] XSL: For-Each Efficient or Not?

From: Wendell Piez <wapiez@---------------->
To:
Date: 7/1/2002 9:57:00 AM
Bryan,



At 12:06 PM 7/1/2002, you wrote:
Wendell wrote:
>m:apply[factorof[not(preceding-sibling::*)]]

>will be better than



>m:apply[child::*[position()=1 and name()='factorof']]



at first I didn't get your point on this one. I supposed on further
consideration that it was right, although it seems like it would be
mainly dependent on the order in which xpath is evaluated by the
processor, I mean that a reasonably clever processor would evaluate
[position()=1 and name()='factorof'] first and then from there look for
any child::* which matched this, with the result that it would only
check the first child to see if it had a name of factorof?
Am I very wrong in this supposition?

Not very, in that it can be difficult to fathom the mysteries of optimization.



In this case, however, the processor does have to look at every node since 
each node has to provide the context for the evaluation of the 
expression(s) in the predicate. I.e. how does it evaluate name()='factorof' 
without picking up the node whose name it's testing? It would be a pretty 
smart processor that had already thrown away all the nodes in the wrong 
position before it did that.



I also confess that my preference for simple clean XPath is as much 
aesthetic as anything. Yet XSL in general is rife with examples where the 
elegant and expressive also turns out to be efficient.



Cheers,
Wendell


======================================================================
Wendell Piez                            mailto:wapiez@xxxxxxxxxxxxxxxx
Mulberry Technologies, Inc.                http://www.mulberrytech.com
17 West Jefferson Street                    Direct Phone: 301/315-9635
Suite 207                                          Phone: 301/315-9631
Rockville, MD  20850                                 Fax: 301/315-8285
----------------------------------------------------------------------
  Mulberry Technologies: A Consultancy Specializing in SGML and XML
======================================================================


XSL-List info and archive:  http://www.mulberrytech.com/xsl/xsl-list


transparent
Print
Mail
Like It
Disclaimer
.

These Archives are provided for informational purposes only and have been generated directly from the Altova mailing list archive system and are comprised of the lists set forth on www.altova.com/list/index.html. Therefore, Altova does not warrant or guarantee the accuracy, reliability, completeness, usefulness, non-infringement of intellectual property rights, or quality of any content on the Altova Mailing List Archive(s), regardless of who originates that content. You expressly understand and agree that you bear all risks associated with using or relying on that content. Altova will not be liable or responsible in any way for any content posted including, but not limited to, any errors or omissions in content, or for any losses or damage of any kind incurred as a result of the use of or reliance on any content. This disclaimer and limitation on liability is in addition to the disclaimers and limitations contained in the Website Terms of Use and elsewhere on the site.

.
.

transparent

transparent