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

RE: XQuery -- Reinventing the Wheel?

  • From: Michael Rys <mrys@m...>
  • To: 'Evan Lenz' <elenz@x...>
  • Date: Sun, 25 Feb 2001 12:57:23 -0800

xquery apriori
Does the XSLT spec require that all templates are known apriori? I know that
all (or most?) current implementations do, but as an old prolog/datalog
programmer, I would prefer if I can dynamically add and delete rules for
adhoc querying. If that is not possible, then this is rather limiting and
would take value away from the data-driven processing model in the context
of querying. It would more or less require to reinclude all already defined
rules...

I am certainly not against keeping template rules in XSLT (I find them great
to do document transformation), but I don't think I want to add them to
XQuery right now...

Best regards
Michael

> -----Original Message-----
> From: Evan Lenz [mailto:elenz@x...]
> Sent: Sunday, February 25, 2001 1:56 AM
> To: Michael Rys
> Cc: xml-dev@l...
> Subject: RE: XQuery -- Reinventing the Wheel?
> 
> 
> On Sat, 24 Feb 2001, Michael Rys wrote:
> 
> > It is true that if you have full recursion, that you can 
> express the same
> > queries as with templates. The difference from an 
> optimization point of view
> > are as follows, IMHO:
> > 
> > 1. Making the recursive processing explicit, the rule-base 
> is hardcoded into
> > the code. Thus, a compiler can do static analysis and 
> optimizations. This is
> > only partially true for template processing, mainly when 
> your rule-base is
> > not changing (which is the case for single XSLT template 
> files, but probably
> > not anymore for query systems based on template processing).
> 
> Huh? XSLT's processing model is such that all template rules, 
> patterns,
> and expressions are known at compile-time. They *cannot* change, so
> nothing about them detracts from the processor's ability to do static
> analysis and optimizations. There's nothing less static about implicit
> recursion than explicit recursion.
> 
> > 
> > 2. Since the explicit recursive processing is normally only 
> used when no
> > other mean is necessary, people will more likely write 
> better optimizable
> > expressions.
> 
> This point is at least defensible. I just disagree. Note that 
> it's not a
> technical reason for keeping template rules out of the language, but a
> practical one. I would much prefer to address this issue by 
> warning people
> that using template rules may be slow (if that's in fact the 
> case), rather
> than taking away the ability to do so altogether.
> 
> Evan Lenz
> XYZFind Corp.
> 
> 

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
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

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.