[xquery-talk] XQuery Platform Support
john.zink at prudential.com
john.zink at prudential.com
Mon Oct 20 08:40:06 PDT 2003
I do not need to do any transformations. I am only interested in querying
XML to determine if a condition(s) exists.
I've only done one project with XSLT and I did not like the syntax. With
this project I am currently working on I need the ability to generate
XQuery expressions on the fly from a relational database that I have
designed. The database contains conditions entered by a business user.
The database is built on a hierarchy of rules, conditions and expressions.
A rule can contain multiple conditions, a condition can contain multiple
expressions. From the research I have done it seemed quite a bit simpler
to generate XQuery.
"Michael Kay" <mhk at mhk.me.uk>
To: "'Daniela Florescu'"
<danielaf at bea.com>
Monday October 20, 2003 04:02 AM cc: <john.zink at prudential.com>, <talk at xquery.com>
Subject: RE: [xquery-talk] XQuery Platform Support
> > But in terms of functionality, XSLT 2.0 is richer than XQuery 1.0.
> !? I was left with the impression the two languages have
> equivalent expressive power.
Both languages are computationally complete, so in that sense they have
that can be done easily in one language and cannot be done easily in the
The only constructs in XQuery that don't translate trivially into XSLT
2.0, as far as I am aware, are:
(a) order by (ability to sort a tuple stream, rather than just a
(b) separately-compilable modules
> Could you detail please ? What
> would be an example of a query that can be expressed in XSLT
> 2.0 and cannot be expressed in Xquery 1.0 ?
Constructs in XSLT 2.0 that don't translate trivially into XQuery
(a) template rules
(b) attribute sets
(i) multiple result documents
(j) serialization control
(k) import precedence
Most of these features are appropriate to a transformation (and
rendition) language and are not appropriate to a query language. This is
why I advise people to use XQuery for database query and XSLT for
document transformation (including for rendering the results of a
query). You asked for an example of a "query" that can be expressed in
XSLT 2.0 but not in XQuery 1.0: that's the wrong question, because XSLT
2.0 is not designed to express queries.
> Moreover, I know at least 10 relatively good implementations
> of Xquery 1.0 but I am
> not aware of so many XSLT 2.0 implementations (if any).
There are about 20 XSLT 1.0 processors around, but only three XSLT 2.0
processors that I know of (one of which has not yet shipped). I think
this is an inevitable consequence of the fact that it is a 2.0 spec: for
most 1.0 vendors, it makes sense to hold back until the 2.0 specs are
completely stable. I suspect there will never be more than five or six
XSLT 2.0 implementations, because the weaker products will drop out of
the race, and because commercial vendors can't see how to make money
competing against open source offerings. Five is plenty to give users an
Of course my advice to someone planning a production application about
the risks of building it on XQuery 1.0 apply equally to XSLT 2.0. The
stable risk-free platform that's available today is XSLT 1.0.
More information about the talk