Interesting Monday.

[Matthew Sergeant (EML)]

> -----Original Message-----
> From:	Paul Prescod [SMTP:paul at prescod.net]
> 
> "Matthew Sergeant (EML)" wrote:
> > 
> >         Nonononono. :)
> > 
> >         This generates probably 5% more overhead than I have already
> (the
> > RDBMS). XML doesn't parse quickly (well, OK, it parses quickly, but not
> > compared to reading data from an RDBMS). When you are processing tens of
> XML
> > files per second this becomes a huge problem.
> 
> You could build a parse tree in a "servlet" and hand it right to an XSL
> 
	We're looking at several possibilities now to increase performance.
I'm not terribly worried about my particular application. Although it will
be a parse tree stored in mod_perl, not a servlet <g>. The overall issue is
now a concern for XML e-commerce. You can't cache or store parse trees for
XML data that isn't static in any way, and that you only use once and then
throw away.

	Matt.


xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev at ic.ac.uk
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/
To (un)subscribe, mailto:majordomo at ic.ac.uk the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo at ic.ac.uk the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa at ic.ac.uk)