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

Re: XML Schema as a data modeling tool

  • From: Hans-Juergen Rennau <hrennau@yahoo.de>
  • To: Michael Kay <mike@saxonica.com>
  • Date: Mon, 30 Sep 2013 23:25:38 +0100 (BST)

Re:  XML Schema as a data modeling tool
Mm. I said, approximately: "Hierarchy is essential, and to give it the right place in our modelling we must determine the right boundaries, the right granularity."

Then you wrote:
"Within these real-world entities like books and authors there is hierarchic attribute information (such as the brands or imprints belonging to the publisher, or the branches of the retailer) and normalizing these all only complicates the model. But any attempt to put books under authors or authors under books is essentially misguided."

So while it is clear that we agree about this - one may choose the wrong boundaries, coercing parts into a single hierarchy which is not durable - it is not quite clear whether you attach much importance to hierarchy even if designed properly.

But no - it is clear: saying "the hierarchies we play with are usually arbitrary projections of a network", you leave no doubt that we cannot get far beyond boxes and lines, in your view. No forests, in your view.

Thank you for the clarification.

Hans-Juergen



Von: Michael Kay <mike@saxonica.com>
An: Hans-Juergen Rennau <hrennau@y...>
CC: "xml-dev@l..." <xml-dev@l...>
Gesendet: 23:24 Montag, 30.September 2013
Betreff: Re: XML Schema as a data modeling tool


On 30 Sep 2013, at 21:49, Hans-Juergen Rennau wrote:

> Michael, you sound as if hierarchy is mainly the result of applying this or that view to a network, the mere results of transformations, without substance of its own. I disagree.
>

Yes, I think the hierarchies we play with are usually arbitrary projections of a network. They work well for documents or messages, they don't work well for models of things in the world. If you take any real-world domain - something like books, authors, publishers, and retailers, there's no natural hierarchy between them. You can force a hierarchy if the technology constrains you to do so, but it's artificial - and conceptual data models shouldn't be constrained by the technology you are using.

I'm NOT saying that a conceptual data model should be in 3rd normal form. Within these real-world entities like books and authors there is hierarchic attribute information (such as the brands or imprints belonging to the publisher, or the branches of the retailer) and normalizing these all only complicates the model. But any attempt to put books under authors or authors under books is essentially misguided.

Michael Kay
Saxonica




[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]


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.