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

RE: Rick Jelliffe quotable quote on the purpose of schemas

  • From: "Paul Spencer" <xml-dev-list@b...>
  • To: "Rick Marshall" <rjm@z...>,<xml-dev@l...>
  • Date: Tue, 12 Dec 2006 09:59:40 -0000

database purpose of schemas
I agree totally with Rick Marshall, but for slightly different reasons. Very
often, the data being validated has been generated by some computer system
that has extracted data from a database. When receiving the data, a schema
will usually be used to validate both the structure of the document (which
has been created by the software) and the data types (that rely on the
database content). These are completely separate issues and should be
treated separately. I might choose to reject the document if the structure
is incorrect, but process those parts that I can if the data does not meet
datatype constraints, while quarantining the rest for some manual
inspection.

Regards

Paul Spencer



> -----Original Message-----
> From: Rick Marshall [mailto:rjm@z...]
> Sent: 11 December 2006 23:34
> To: xml-dev@l...
> Subject: Re:  Rick Jelliffe quotable quote on the purpose of
> schemas
>
>
> Hi
>
> I want to throw my hat in the ring here from my own experience at
> constructing these things (yes i know - in the database, not document
> world...).
>
> However, the point is that the discussion will continue until we
> recognise the fundamental difference between "structure" and "constraint".
>
> For my money I'd be happy if it took 2 documents to provide a valid
> description of what an xml document could contain. The first simply and
> only outlines structures. In effect it could easily be a prototype xml
> document with one of all possible structures, possibly with some sort of
> ellipsis to indicate recursive inclusion - or we could stick with dtd's.
>
> The second would be an XPath type document that lists restraints similar
> to XSD.
>
>  From my perspective (and the commercial view) this means I could have
> eg some sort of generic description of say a purchase order and then a
> constraint based instance that was my requirements - what must be
> included, optional, values limits, etc.
>
> This was the basic approach in the ANSI EDI standards and worked very
> well to build what must remain the most successful B2B system.
>
> This is a long way of saying that I think trying to get one tool to do 2
> fundamentally different things is always going to less than optimal.
>
> Regards
> Rick
>
>
> Michael Kay wrote:
> >> "The flaw with grammars is that they only allow to constraint
> >> content models in a declarative manner
> >>
> >
> > There's nothing wrong with constraints being declarative - in fact, they
> > definitely should be - the flaw is with the expressive power of
> a grammar as
> > a contraint language.
> >
> > This is all well known. And in fact, XML Schema itself has some
> > extra-grammatical constraints, namely uniqueness and referential
> > constraints. But there's still a camp that believes (wrongly,
> in my view)
> > that the expressive power of a schema language should be restricted for
> > performance reasons.
> >
> > Michael Kay
> > http://www.saxonica.com/
> >
> >
> > _______________________________________________________________________
> >
> > XML-DEV is a publicly archived, unmoderated list hosted by OASIS
> > to support XML implementation and development. To minimize
> > spam in the archives, you must subscribe before posting.
> >
> > [Un]Subscribe/change address: http://www.oasis-open.org/mlmanage/
> > Or unsubscribe: xml-dev-unsubscribe@l...
> > subscribe: xml-dev-subscribe@l...
> > List archive: http://lists.xml.org/archives/xml-dev/
> > List Guidelines: http://www.oasis-open.org/maillists/guidelines.php
> >
> >
>
> _______________________________________________________________________
>
> XML-DEV is a publicly archived, unmoderated list hosted by OASIS
> to support XML implementation and development. To minimize
> spam in the archives, you must subscribe before posting.
>
> [Un]Subscribe/change address: http://www.oasis-open.org/mlmanage/
> Or unsubscribe: xml-dev-unsubscribe@l...
> subscribe: xml-dev-subscribe@l...
> List archive: http://lists.xml.org/archives/xml-dev/
> List Guidelines: http://www.oasis-open.org/maillists/guidelines.php
>



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