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] Re: XML Schema as a data modeling tool

Hi David,

I'm sure XML and XSD can model complex entities, as you hint, so could stone tablets.  However, I would be willing to bet none of those models are "simple hierarchical representations"?    Moreover, I'd bet somewhere there is a conceptual model diagraming many of these components and it isn't XML based?

The original question questioned whether modeling "components" of some larger model in XML and / or XSL was useful _outside_ of the XML processing domain.   Frankly, I don't see any value in comparison to the alternatives.

Peter Hunsberger


On Tue, Oct 1, 2013 at 9:01 AM, David Lee <dlee@calldei.com> wrote:

 

--> Peter

The question is not whether we are faithfully reproducing quantum mechanics in our data model of people, devices and phone numbers.  The question is whether we have a data model that is sufficient for a reasonably large enterprise to manage data about these three entities.  A proper data model encompasses all the issues involved in that question.  A simple hierarchical representation of those three entities does not.

------->

 

To bring this thread back to the beginning.  The original question here (IMHO) is not " is a tree (XSD/ XML) sufficient to model everything",  but "can the *components* of a data model be usefully represented as trees/XSD/XML."

(quotes mine)

 

I would argue that this is provably "Yes" by giving concrete examples from $EMPLOYEER

where we have a large number of "real world" (tm) customers who have successfully modeled and efficiently implemented the processes and data involved in a variety of useful and complex "real world" (tm) objects, from financial derivatives to publishing to chemical interactions to disease and drug references to huge (literally Olympic scale) sporting events to battlefield strategic operations  all using XML as the basis of the underlying model and XML technologies for (some of, or most of) the processing.

 

So if anyone wants to argue that XML and XSD cannot be used successfully to model serious and complex entities I have some facts to dispute that.  

 

Now, that said, I am *not* claiming that XML and XSD are the "Best" way to do so or are complete in themselves.

"Best" is subjective so I will avoid that.  

 

"Complete" is objective and I can assert that in most cases something more than XML needs to be added to the cake mix to come up with an actual product/solution.  Say, for example, an application or web services or business logic or <gasp> humans.  But that is true of any modeling technology I know of.

 

And to +1 to Michael,  the "whiteboard picture" of the whole thing rarely (ever?) shows details at the XML level or tree level.

Those are at lower levels ... or "implementation details" ...  So this does divide the question.

Does one "think of XML/XSD" while doing high level data models ?    I tend to , but unless I am talking to a bunch of other XML geeks I probably wouldn't mention it ...  Any more then I would try to explain the class structure of C++ objects to the CFO ...

That level of modeling is done later.  At least in my experience.

 

 




[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