This is the mail archive of the xsl-list@mulberrytech.com mailing list .


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

large xml document and sorting


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


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]