Lists Home |
Date Index |
Ronald Bourret wrote:
> BTW, there will be a panel Tuesday night at XML 2004 discussing these
> and other XML/database issues. I, for one, would love it if people using
> these technologies showed up and gave us their impressions -- it all too
> often feels like I'm working in a vacuum.
This is the "XML, Queries, and Databases" town hall at 7:30 Tuesday
evening. We'll probably go out for drinks and further discussion afterward.
The participants in this town hall will be:
Here are some of the questions we will address. But bring in your own
questins, or suggest others here!
* Is XQuery a Java or an Ada? How complex is it? Is it a language
people will like to use?
* Does XQuery solve the right use cases? Does it solve them well?
* Have XML Schema, namespaces, XPath, and whitespace handling made it
too difficult to develop an XML query language? Should XQuery have
played rebel and done some of this its own way?
* Is the addition of native XML storage to mainstream relational
databases a vindication or a death knell for native XML databases?
* What's missing from XQuery? Is it really useful without updates?
Without full-text search? Without more sophisticated grouping?
Should more features be added gradually, or are they needed right
* Is SQL/XML a success, or will people just wait for implementations
of XQuery over relational data?
* SQL wants to add functions that use XQuery. Is adding all of XQuery
to all of SQL a wonderful synergy or a recipe for disaster? Why not
just extend SQL?
* Microsoft's C? attempts to unify the object, relational, and XML
worlds. Is this a more promising approach than the XQuery approach?
What are the relative advantages and disadvantages? Is this just
interesting research, or is it likely to become commercially