[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] Re: Streaming XML (WAS: More on taming SAX (was Re: A
Michael Champion wrote: > I'm not sure how that will ever > change; for example, people are still fiddling with their SQL code and > table organizations to get optimal performance rather than simply > trusting the implementations. Why will that be different for > XPath/XQuery? I believe Daniela's point is that people shouldn't come up with home-brewed XML processing engines nowadays just as nobody's writing home-brewed database engines anymore. XML processing shouldn't be a matter of art, while it shouldn't perform poorly by default neither. Imagine a guy who only wants to rename some elements in an XML document. SAX filter/custom XmlReader is one way to go, 10-lines XSLT stylesheet is another one (and a better one as being declarative). The sad thing is that XSLT impementations currently aren't smart enough to realize that such XML transformation can be done in a streaming way, so XSLT way's perf will be definitely worse and XSLT will definitely be the one to blame. -- Oleg Tkachenko http://blog.tkachenko.com Multiconn Technologies, Israel
|
PURCHASE STYLUS STUDIO ONLINE TODAY!Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced! Download The World's Best XML IDE!Accelerate XML development with our award-winning XML IDE - Download a free trial today! Subscribe in XML format
|