After thinking for a while, Im guessing it makes no difference to the
selection time as the same number of nodes still need to be traversed.
Theoretically, it may be slower as it involves an extra test.  Is this
correct?  (or too insignificant to worry about)...

From: "Andrew Welch" <awelch@xxxxxxxxxxxxxxx>
Reply-To: xsl-list@xxxxxxxxxxxxxxxxxxxxxx
To: "Xsl-List (E-mail)" <xsl-list@xxxxxxxxxxxxxxxxxxxxxx>
Subject:  xpath // query
Date: Wed, 24 Apr 2002 12:34:17 +0100

Hi list,

If I know that the element I am looking for will have a two certain
ancestors, but an unknown number of elements in between, can I improve the
xpath to reach the element by including the middle element?

For example, is:

select="A//C"

any different to:

select="A//B//C"

when I know that <B> is *guranteed* to be there (both select the same
nodes).  By adding the test for <B>, will it make the selection any faster?

After thinking for a while, Im guessing it makes no difference to the
selection time as the same number of nodes still need to be traversed.
Theoretically, it may be slower as it involves an extra test.  Is this
correct?  (or too insignificant to worry about)...

cheers
andrew

---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.350 / Virus Database: 196 - Release Date: 17/04/2002

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

_________________________________________________________________
Chat with friends online, try MSN Messenger: http://messenger.msn.com