• To: "Li Yuejiong(John)" <john_li@m...>
• Subject: Re: How to let XPATH be faster
• From: Ronald Bourret <rpbourret@r...>
• Date: Wed, 27 Jul 2005 16:51:13 -0700
• Cc: xml-dev@l...
• In-reply-to: <EDBEE001298F534EBCFEE2C1B4FAC86D6C016E@m...>
• References: <EDBEE001298F534EBCFEE2C1B4FAC86D6C016E@m...>
• User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 (ax)

Another option is to store the document in a native XML database. When 
the document is inserted into the database, it is parsed and indexes are 
built, so that queries can be executed much faster.

Whether this is appropriate for you depends on your situation. For 
example, if you query the document repeatedly over time, it probably is. 
On the other hand, if you receive the document, query it ten times, and 
then discard it, building the indexes may cost more than the time saved 
on the queries.

For a (somewhat current) list of native XML databases, see:

    http://www.rpbourret.com/xml/ProdsNative.htm

Note also that the current version of Oracle and the next versions of 
SQL Server and DB2 (both in beta) also support this functionality.

-- Ron

Li Yuejiong(John) wrote:

> Hi,
> 
> I have a large XML file which is more than 4000 elements. I want to
> evaluate so many xpath expressions on this xml file and find the xpath
> function consume too many time. Is there any way to fast it? 
> 
> I use xalan 2.6.0.

• References:
  • How to let XPATH be faster
    • From: "Li Yuejiong(John)" <john_li@m...>

• Prev by Date: Re: How to let XPATH be faster
• Next by Date: An Opportunity To Make Money: NOT An Ethiopian Plea for Your Bank Card Number
• Previous by thread: Re: How to let XPATH be faster
• Next by thread: An Opportunity To Make Money: NOT An Ethiopian Plea for Your Bank Card Number
• Index(es):
  • Date
  • Thread