[XSL-LIST Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

RE: xpath // query

Subject: RE: xpath // query
From: "Michael Kay" <michael.h.kay@xxxxxxxxxxxx>
Date: Wed, 24 Apr 2002 14:41:37 +0100
xpath fast query
> select="A//C"
> This would make the processor to search for C that are
> children of A iin the
> whole document.. This is definitely not fast
> select="A//B//C"
> would make the processor to search for all Cs under all Bs under A.
> This is slightly better approach..

Fascinating. That's three respondents who were confident enough to reply,
but guessed wrong!

It feels as if "A//B//C" gives the processor more information to go on, and
therefore it should be able to reduce the search space. In fact, for a
clever processor, the search space will be the same, and the only difference
is that there is an extra (redundant) test to perform. But for a processor
that adopts a simplistic execution strategy, that is (A//B)//C, the search
space is definitely larger.

Michael Kay
Software AG
home: Michael.H.Kay@xxxxxxxxxxxx
work: Michael.Kay@xxxxxxxxxxxxxx


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


Current Thread

PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.