[xquery-talk] RE: aggregate , grouping

Michael Rys mrys at microsoft.com
Thu Dec 22 14:36:32 PST 2005

I think one of the problems with the additional axes (and the parent
axis) are that the static typing rules are much more complex and would
have taken more time to get usable. To declare these axes as optional
allowed the spec writers to postpone the work to get the static-typing
right. The parent axis was deemed more important however, so the static
typing there is also not very usable but the axis is in...

I would assume that implementations will add support for it when users
really request it. And at some point a future version of the XQuery
standard may decide to move the functionality into the core...

Best regards

> -----Original Message-----
> From: David Carlisle [mailto:davidc at nag.co.uk]
> Sent: Thursday, December 22, 2005 2:24 PM
> To: Michael Rys
> Cc: talk at xquery.com
> Subject: Re: [xquery-talk] RE: aggregate , grouping
> > Unfortunately, SQL Server currently does not offer the full axis
> > feature.
> It's not surprising (and not unreasonable) if at the current stage of
> the game some (or even most) Xquery implementations don't implement
> full spec, or implement earlier drafts, or whatever. That would be the
> case whether or not a feature is declared optional. I suppose the
> question I should have asked is are there any implementations that
> intend _ever_ to implement all the axes. If not, why are they
> As Michael Kay says, it inflicts pain on authors of portable xquery
> forever, apparently just to give implementors some transient benefit
> claiming full conformance to a slightly smaller spec.
> It would be more understandable if not implementing the full axs
> restricted to some set of xpath expressions with restricted
> functionality that always looked "forwards" and so perhaps helps some
> streaming implementations. But as it is, the choice of optional axes
> seems arbitrary, you still have parent:: and root() and << so not
> the full set of axes doesn't remove any functionality, it just
> on the end user the requirement to make an inconvenient syntactic
> rewrite to remove the dropped axes.
> David
> This e-mail has been scanned for all viruses by Star. The
> service is powered by MessageLabs. For more information on a proactive
> anti-virus service working around the clock, around the globe, visit:
> http://www.star.net.uk

More information about the talk mailing list