XML.orgXML.org
FOCUS AREAS |XML-DEV |XML.org DAILY NEWSLINK |REGISTRY |RESOURCES |ABOUT
OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]
Re: [xml-dev] XML Schema as a data modeling tool


On Mon, Sep 30, 2013 at 6:48 AM, Hans-Juergen Rennau <hrennau@yahoo.de> wrote:
Thank you, Michael. You wrote "It [XSD] is a hierarchic model, whereas the real world is a network." I would say, it is as much a network as it is hierarchic. Think of economic structures (e.g. a shop inventory), of administrative structures (a registration procedure), of biological structures (a cell). At any rate the structures I have been dealing with were usually hierarchic, unwieldy and confusing if not dealt with as such, and often straightforward to handle, otherwise. I could show you an ER diagram representing over 100 relational tables storing shopping cart data, and also a single tree representation which can be read like a newspaper. A concise tree representation can be read like a text, conveying a sense of the whole. An ER diagram with many boxes and very many lines is very hard to read. Doubtless you are right in warning about the problems how to model relationships which do not correspond to containment. But I wonder - would you really suggest giving up the benefits of hierarchical modelling, and what is the alternative? You know the German saying, "Not to see the wood because of all those trees", which I suggest to invert, not to see the trees, because they are part of a wood.

You can make the same argument with conventional ER diagrams: decompose them into groups and you get simplification that people can understand.  The problem isn't the ER diagrams, it's the presentation of them.  XML Schema is, IMO, probably worse for that than a conventional ER diagram.  A logical schema diagram with boxes with names on them and arrows pointing between the boxes is something I can drop on a managers desk.  A XSD document, not so much so. 

However, in the end, trees, networks, what have you are all part of the larger problem called graph traversal.  There are many, many, ways to deal with graph complexity and extracting relevant levels of detail from a graph.  These days, if I was to look for a general approach for storing my model metadata and manipulating it, I would use a graph database.  I see that being useful to generate XSD or an ER diagram and there are visualization tools that let you partition and examine portions of the graph on the fly...


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


News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 1993-2007 XML.org. This site is hosted by OASIS