Hi Andreas,
Thanks for the reply.
There's not really any code in mind at the moment. We're just reaching a
point where we need to give serious consideration to this and I was
wondering what is the most efficient way of doing it.
From your reply, it looks like you are suggesting is more efficient (which
is what I supposed I expected really) that the database application that
will produce the xml file should do the count for us. Is that right?
Regards
Mark
----- Original Message -----
From: "Andreas L. Delmelle" <a_l(_dot_)delmelle(_at_)pandora(_dot_)be>
To: <xsl-list(_at_)lists(_dot_)mulberrytech(_dot_)com>
Sent: Saturday, January 24, 2004 1:39 PM
Subject: RE: [xsl] Count - via database or xsl
-----Original Message-----
From: Mark Williams
<snip />
Occasionally we may need to test the size of the repeating data
outside of a for-each statement, by requesting a count of the
child nodes.
What we will usually want to know is whether there are 0 nodes
although sometimes we may need to know the actual number of the
count if there are more.
As the data is being passed via a database to the xml file, I
have assumed it would be much quicker for the database to do the
count for us.
Is this a correct assumption? Is the xslt count a lot slower
than an efficient database application in this respect?
Hi,
I just noticed this question has remained unanswered so far...
Is it possible to repost the problem and include maybe some pseudocode to
demonstrate what the actual concerns / desired results are?
Anyway, your description above reminds me of a way I tackled a similar
scenario, by specifying the count of the children (or any other type of
descendant-nodes) as an attribute on the ancestor at XML creation time.
This
could avoid a lot of node-counting while processing the document, just
pick
up the value from the attribute.
Best way, I believe, is to use a combination of both, as the above
approach
could turn out to be unflexible in some cases.
Hope this helps!
Cheers,
Andreas
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list