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] Before creating a syntax, create an underlying datamodel

Roger Costello wrote:


An XML Schema defines a new syntax
                so before you create an XML Schema,
                create a data model.


Ghislain Fourny responded:


Validation is done on top of the data
               model (the PSVI being XML Schema's
               data model). I don't think one needs to
               reinvent a new data model for every
               new schema.


On the other hand, schemas that leverage
               the XML syntax to serve a completely
               different data model (RDF/XML, XBRL,
               "flat XML").


Thanks for the feedback Ghislain!


I probably have an incorrect understanding of what a “data model” is. I think of a data model as a way of viewing the world. For example, the XSLT and XQuery folks view the world as a bunch of “sequences”. For example, “this element consists of a sequence of items.” That model is different from other models such as the Infoset model or the PSVI model. But the “sequences” concept is very useful to the XSLT and XQuery folks. The XSLT and XQuery folks could have used an existing model, such as the Infoset model, but they chose not to. I suspect that they devised a new data model (XDM) because existing ones (such as the Infoset) are too general; they needed something more specific.


Similarly, when I begin work on some data, I want all the users of the data to have a specific, agreed-to view of the data. I could use an existing data model such as Infoset or PSVI, but they are typically too general. That’s why I think it would be good to create a data model prior to creating any XML Schema. What do you think?




[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