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 |
---|
|
<- Previous | Index | Next -> |
---|---|---|
[xsl] XML source size vs . XSLT per, Jacquo Johnson | Thread | [xsl] Using a keys to filter based , Jacquo Johnson |
RE: [xsl] Problem with identity tra, Michael Kay | Date | [xsl] Using a keys to filter based , Jacquo Johnson |
Month |