Changes between Initial Version and Version 1 of eXQuery

01/10/07 14:13:59 (11 years ago)



  • eXQuery

    v1 v1  
     1= Distributed XQuery = 
     3Much of the current discussion in distributed XQuery falls into 2 main camps.  The enterprise group focuses on ease of use with substantial configuration (bea fluid), their solutions tend to target seamless querying of multiple source using custom XQuery engines.  The other group is mostly academic (baels et al) and suggests a decentralized solution that moves the work from system administrators to the query writers.  The primary advantage to the industry approach is that distributed sources are treated as regular documents and queries are transparently shipped.   The main advantage to the academic approach is that it can be accomplished with modest extensions to existing XQuery engines, but this comes at the cost of explicitly shipping queries.  I suggest a third approach to combine the advantages of both approaches.  By employing a smart preprocessor we can provide an almost transparent approach that only requires modest extensions to existing engines and reduces the configuration burden. 
     6for $x in doc(”xqueryService”)/ab 
     7for $y in doc(”xmlDoc.xml”)/cd[ab=cd] 
     12let $result : = execute at “xqueryService” xquery 
     16        for $x in $root/ab 
     17        return $x 
     21for $x in $result/result/ab 
     22for $y in doc(”xmlDoc.xml”)/cd[ab=cd] 
     27for $x in dxq:docService(”xqueryService”)/ab 
     28for $y in doc(”xmlDoc.xml”)/cd[ab=cd] 
     33We can see that with the approach proposed by Baels et al, a relatively simple query over two sources becomes quite complex when compared to the approach employed by BEA.  The middle road requires the query writer to know that a document is provided as a service, but can be converted into a shipped query by analyzing what data is needed from the remote service and reformulating the implicitly distributed query into an explicitly shipped query.