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

Re: XML Data Modellling/Linking (was RE: AfterXQuery,


linking xml data
On Sat, 2004-10-23 at 05:28, Michael Champion wrote:
> On Fri, 22 Oct 2004 21:15:54 GMT, rpbourret@r...
> <rpbourret@r...> wrote:
> > Michael Kay wrote:
> > 
> > >  What happened to the old doctrine of data independence?
> > 
> > Hmmm... Sounds like the relational model. (Sorry, couldn't resist.)

I was tempted to answer "Sounds like the RDF model" when I first read
Michael's post.

> > I think this could actually be dealt with at the query language level,
> 
> I hope you're not joking :-)  
> 
> The CODASYL data model ultimately foundered because of its unwieldy
> links, and XLink foundered trying to do something similar for XML. 
> Maybe the lesson here is that the relational model approach of
> defining links *dynamically* based on relationships on the *values* of
> information items rather than predefined links really is the way to do
> what XLink tried to do.
> 
> The thing I always liked best about XQuery is simply the addition of a
> Join operation into the XML corpus.  Until this thread I hadn't
> thought of this as a replacement for XLink, but that idea is starting
> to take root in my head ... it really might be worth a look back at
> the struggle between advocates of CODASYL and those for the relational
> model to see if there is a lesson there for us.  Date's little book
> called "The Database Relational Model: A Retrospective Review and
> Analysis : A Historical Account and Assessment of E. F. Codd's
> Contribution to the Field of Database Technology" is the best summary
> of this that I know of ...and the fact that Date and friends are
> fervent opponents of XML should not  dissuade us from carefully
> considering his analysis :-)

I think that there are two equally important (and interdependent)
reasons why the relational model wiped out CODASYL.

One is, as you point out, the query language and the other is the
simplification of the model to isolate simpler atoms: tables and rows,
cells are easier to manipulate, query and recompose (as graphs or trees)
than tree fragments.

To do to XML what the relational model has done to CODASYL, I think that
we need not only a query language but also to break tree fragments into
atoms that are easier to manipulate, query and recompose and RDF strikes
as the candidate that seems (at least technically) able to do so today
(by RDF, I mean the RDF triples basic data model, not the XML syntax).

In other words, IMO the join operation isn't enough if all you can join
are tree fragments that are by nature not "merge friendly" and one of
the biggest (and usually underestimated) benefit of RDF is its ability
to "auto-merge" information from multiple sources. 

Eric
-- 
Read me on XML.com.
                                            http://www.xml.com/pub/au/74
------------------------------------------------------------------------
Eric van der Vlist       http://xmlfr.org            http://dyomedea.com
(ISO) RELAX NG   ISBN:0-596-00421-4 http://oreilly.com/catalog/relax
(W3C) XML Schema ISBN:0-596-00252-1 http://oreilly.com/catalog/xmlschema
------------------------------------------------------------------------


PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.