[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: XML Performance in a Transacation

• To: Rick Marshall <rjm@z...>
• Subject: Re: XML Performance in a Transacation
• From: Bob Foster <bob@o...>
• Date: Sat, 25 Mar 2006 14:25:03 -0800
• Cc: Robin Berjon <robin.berjon@e...>, XML Developers List <xml-dev@l...>
• In-reply-to: <4425CA59.1020005@z...>
• References: <200603250848.k2P8m50k008567@z...> <44250BF2.3060207@z...> <69566893-0612-4BB5-8861-82C26AFDF50A@e...> <4425CA59.1020005@z...>
• User-agent: Mozilla Thunderbird 1.0.2 (Windows/20050317)

Rick Marshall wrote:
 > Robin Berjon wrote:
 >> What Mike is saying is that the problem *very* likely comes from
 >> what's in your style sheet.
 >
 > well that would be a major problem for the technology in the hands of
 > the masses.
 >
 > are you saying "here's the standard and all the things you can do, but
 > don't do these things because they are a performance problem".
 >
 > am i the only deeply concerned by this?

No, but you seem to be the only one who doesn't understand you can write 
a slow program in any language; it's not the language's fault.

To make the case that there's something about XSLT that forces you to 
write stylesheets that are inefficient, you need to actually point to 
XSLT features that are a) the only way to get something done and b) 
intrinsically inefficient. Waving O(N^2) about doesn't do it.

Bob

• References:
  • Re: XML Performance in a Transacation
    • From: Rick Marshall <rjm@z...>
  • Re: XML Performance in a Transacation
    • From: Robin Berjon <robin.berjon@e...>
  • Re: XML Performance in a Transacation
    • From: Rick Marshall <rjm@z...>

• Prev by Date: Re: XML Performance in a Transacation
• Next by Date: Re: XML Performance in a Transacation
• Previous by thread: Re: XML Performance in a Transacation
• Next by thread: Call for fast XML implementations
• Index(es):
  • Date
  • Thread