[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: Peter Hunsberger <peter.hunsberger@gmail.com>
  • To: Hans-Juergen Rennau <hrennau@yahoo.de>
  • Date: Mon, 30 Sep 2013 17:05:59 -0500

Re:  XML Schema as a data modeling tool
Here's a real simple real world example:

People have phones 
Phones have phone numbers

Except, sometimes the same phone number goes to a fax as well as a desk phone, or a single phone number is shared between multiple people, or people have more than one phone number.  So what sits at the top of the tree? Phone number or Person?  If your answer is that it depends on the problem at hand then you haven't done data modelling, you've modelled a single instance within our problem domain. Or, in-other-words, a tree can model a document that gives a single way to handle phones numbers, devices and people, but that single tree model does not reflect the management of phones numbers, devices and people  within the enterprise.

More generally, you cannot represent any many to many relationship as a single tree. 

So, the answer to your question is that these models are not ever best represented as trees.




Peter Hunsberger


On Mon, Sep 30, 2013 at 4:43 PM, Hans-Juergen Rennau <hrennau@yahoo.de> wrote:
I do not understand. Here comes my view.

(a) A system is a set of entities, which are concepts.
(b) In isolation, these concepts (say, customer, bookings, accommodations) are best modelled as trees, as all stakeholders understand them immediately and comprehensively, regardless of their background
(c) The fact that these trees reference each other suddenly implies that we should cancel our tree models which served us so well.

Why? And what shall replace point (b)?




Von: Peter Hunsberger <peter.hunsberger@gmail.com>
An: Hans-Juergen Rennau <hrennau@yahoo.de>
CC: Michael Kay <mike@s...>; "xml-dev@l..." <xml-dev@l...>
Gesendet: 23:14 Montag, 30.September 2013
Betreff: Re: XML Schema as a data modeling tool

We may very well be aiming at different scales.  However, in my experience any set of entities that can be described a single concise hierarchy isn't going to require much management  buy in and as such using XSD for domain management isn't going to revolutionize the world of software development any time soon.  At any reasonable level of complexity -- one that does require management buy in-- hierarchies in the shape of trees become forests and binding them all together requires the modelling equivalent of ID/IDREF.  At that point you've got models that have cross references that must be manually looked up and traversed and you've reinvented the worst possible form of a graph for managing the complexity.

Peter Hunsberger





[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.