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

Re: XQuery & Several records (instead of one xml-field)

• From: "Mukul Gandhi" <gandhi.mukul@g...>
• To: "Jim Melton" <jim.melton@a...>
• Date: Tue, 23 Oct 2007 23:14:14 +0530

Hi Jim,
   I got hold of DB2 9.1 (sorry I couldn't try Oracle RDBMS), and
investigated the XML and XQuery support in it. I am pleasently happy
with the functionailty. I wrote my findings at:

http://gandhimukul.tripod.com/db2_9.htm

DB2 also merges SQL and XQuery processing (the underlying execution
tree is same I guess), as you said for Oracle.

On 10/19/07, Jim Melton <jim.melton@a...> wrote:
> Liam,
>
> In point of fact, Oracle's server-based XQuery engine (distinguished
> from our middle-ware or client-based XQuery engines) compiles XQuery
> code into the same underlying execution tree structure into which the
> SQL engine compiles SQL code.  Therefore, our XML data handling is
> fully integrated with handling of traditional relational
> data.  Obviously, we think that is the right approach for our
> users.  And, equally obviously, IBM thought that having a separate
> engine that is bound in some way to the relational engine was a
> preferred approach.  Probably we're both right ;^)
>
> Hope this helps,
>    Jim


-- 
Regards,
Mukul Gandhi

• References:
  • XQuery & Several records (instead of one xml-field)
    • From: Dmitry Turin <sql4-en@n...>
  • RE: XQuery & Several records (instead of one xml-field)
    • From: "Michael Kay" <mike@s...>
  • Re: XQuery & Several records (instead of one xml-field)
    • From: "Mukul Gandhi" <gandhi.mukul@g...>
  • Re: XQuery & Several records (instead of one xml-field)
    • From: Jim Melton <jim.melton@a...>
  • Re: XQuery & Several records (instead of one xml-field)
    • From: "Mukul Gandhi" <gandhi.mukul@g...>
  • Re: XQuery & Several records (instead of one xml-field)
    • From: Liam Quin <liam@w...>
  • Re: XQuery & Several records (instead of one xml-field)
    • From: Jim Melton <jim.melton@a...>