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: Dimitre Novatchev <dnovatchev at yahoo dot com>
- Subject: Re: Possible new key() function (Was: Re: [xsl] Finding the maximun number of nodes)
- From: Jeni Tennison <mail at jenitennison dot com>
- Date: Tue, 9 Jan 2001 09:00:10 +0000
- CC: xsl-list at lists dot mulberrytech dot com
- Organization: Jeni Tennison Consulting Ltd
- References: <20010108160440.3342.qmail@web6302.mail.yahoo.com>
- Reply-To: xsl-list at lists dot mulberrytech dot com
Hi Dimitre,
> 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.
>
> Allowing the value of the third argument to be any (user-supplied)
> function seems elegant, but this is nothing more (in terms of
> execution speed) than a convenient shorthand.
Yes, you're absolutely right; it would also be difficult to gain much
efficiency-wise from allowing things like contains() to be used as a
third argument. On the other hand, convenient shorthands are...
convenient :)
Cheers,
Jeni
---
Jeni Tennison
http://www.jenitennison.com/
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list