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

RE: [xslt performance for big xml files]

Subject: RE: [xslt performance for big xml files]
From: "Michael Kay" <mike@xxxxxxxxxxxx>
Date: Sun, 26 Apr 2009 22:04:04 +0100
RE:  [xslt performance for big xml files]
> > I am not a DBA, but I use Hibernate to keep the (generated) 
> SQL vendor 
> > agnostic. But again, XQuery is a W3 standard. I just can't help 
> > feeling there is a con going on. That is probably too strong, but I 
> > hear, "Look at my standards compliant XML DB - you can use 
> standards 
> > based XQuery. However, to use it as we suggest, you will 
> need to use 
> > our extensions."

I think there are a number of factors at play here. Some of these points
apply also to XSLT. (I mention XSLT because I sense that Tommie is about to
bang her gavel.)

(a) XQuery was designed to be used in many different environments, and the
interface with the environment is therefore deliberately abstracted. This is
why the URIs used for collections, collations, etc are not standardised.

(b) XQuery is a 1.0 specification and left out many features in the
interests of getting a spec out. Vendors have tried to fill these gaps with
custom extensions because they know users need the facilities. Here there is
a real difference with XSLT: XQuery does not have as good extensibility as
XSLT, in terms of capabilities like function-available(), use-when, or
xsl:fallback.

(c) Some vendors are pushing XQuery to take on a bigger architectural role
than it is currently capable of. They envisage writing an entire application
in XQuery, rather than merely using it for XML queries and transformations.

(d) The culture of the database vendor and user community is one where
expectations of interoperability are historically low. Users don't complain
much when vendors add proprietary extensions. The XQuery marketplace, or at
least part of it, has inherited this culture.

If you use XQuery to do what 1.0 was designed to do, then I think you can
achieve a good level of interoperability. If you try to go beyond that, it
becomes much more difficult.

Michael Kay
http://www.saxonica.com/

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.