This is the mail archive of the
xsl-list@mulberrytech.com
mailing list .
RE: Possible new key() function (Was: Re: Finding the maximun number of nodes)
- To: "'xsl-list at lists dot mulberrytech dot com'" <xsl-list at lists dot mulberrytech dot com>, Dimitre Novatchev <dnovatchev at yahoo dot com>
- Subject: RE: Possible new key() function (Was: Re: [xsl] Finding the maximun number of nodes)
- From: Kay Michael <Michael dot Kay at icl dot com>
- Date: Tue, 9 Jan 2001 10:14:30 -0000
- Reply-To: xsl-list at lists dot mulberrytech dot com
> > In this case xsl:key will know in advance about all possible
> > operators and could build the indexes in an optimal way in order to
> > guarantee most efficient key() performance.
The more I listen to this discussion, the more convinced I am that SQL got
it right and XSLT got it wrong: keys should be used implicitly, behind the
scenes, when the optimizer decides and not when the user decides. Rather
than having new variants on the key() function, we should do away with the
function entirely.
Mike Kay
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list