[Home] [By Thread] [By Date] [Recent Entries]
We've got some documents which are upwards of 10 - 20 Mb that we are
have speed issue with in terms of transforming them.
1.) they have about ~800 or so nodes that we need to sort in one portion of the tree. 2.) they have about 60000 nodes of content in another subtree ie <example> <node-to-be-sorted>...</node-to-be-sorted> <!-- about 800 of these --> <node-to-be-sorted>...</node-to-be-sorted> <rest-of-subtree> <!-- lots of nodes (~60000) --> </rest-of-subtree> </example> 1.) I could care less about the "rest-of-subtree" portion and if I could get away without parsing it, the better. Is there a "best practice" to exclude this portion of the tree? 2.) Is there a "best practice" to sort the "node-to-be-sorted" when they are this many as well? I really need to get this as fast as possible. Thanks, -Mark Diggory XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
|

Cart



