[XSL-LIST Mailing List Archive Home] [By Thread] [By Date]

RE: [xsl] XML source size vs . XSLT performance


Subject: RE: [xsl] XML source size vs . XSLT performance
From: "Michael Kay" <mike@xxxxxxxxxxxx>
Date: Sun, 7 Aug 2005 21:27:49 +0100

Some XSLT processors (perhaps most) will have problems transforming a
300Mbyte XML document, but 300Kbytes should be a doddle.

Michael Kay
http://www.saxonica.com/ 

> -----Original Message-----
> From: Jacquo Johnson [mailto:genxgeek@xxxxxxxxx] 
> Sent: 07 August 2005 17:57
> To: xsl-list@xxxxxxxxxxxxxxxxxxxxxx
> Subject: [xsl] XML source size vs . XSLT performance
> 
> I have a perl application that calls two
> stored procs, each returning multiple result sets.  Currently I
> concatenate the multiple result sets from each stored proc into one
> xml document.  Worst case the xml document can get up to 300k in size
> (when both results from each stored proc are concatenated).
> Currently, I'm using Xalan to run a stylesheet on that document but
> I'm wondering if 300k is too big of an xml document for Xalan to
> transform.  So, my question is should I break it up into two parts
> (two xml documents one from each stored proc call) or are there any
> limitations with xslt and the size of an xml source document in
> relation to performance?
> 
> Thanks.


Current Thread
Keywords