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

Re: The meaning of the "string" datatype?

  • From: "C. M. Sperberg-McQueen" <cmsmcq@b...>
  • To: Rick Jelliffe <rjelliffe@a...>
  • Date: Sun, 26 Apr 2009 17:20:02 -0600

Re:  The meaning of the "string" datatype?

On 15 Apr 2009, at 07:20 , Rick Jelliffe wrote:
>
> This is of course a little topsy turvy. I had a case with an  
> insurance company who received data from the agents which had  
> standard fields but the fields could contain any notation. There was  
> a separate process where people would check the fields and "re-work"  
> them into the standard notations. So the input might have
> <date>20th May, 2010</date>
> and after rework it would contain
> <date>2010-05-20</date>
>
> They were surprised to learn that they could not merely say that the  
> incoming data was a string, and then restrict this string to be a  
> date type. (Since xs:date is not a restriction of xs:string.)

To make this idea of rework performing a restriction of the input, it
would probably be better to define the input as having a type which
is in fact restricted by date.  For example, anySimpleType, or anyType.

In XSD, date is not a restriction of string for much the same reason
that in SQL, timestamp is not a subtype of VARCHAR, and in most
programming languages, date objects or structs are not restrictions
of char* arrays.

If your interlocutors were programmers, I doubt they would have found
it surprising.  If they weren't, I think it may have been a mistake
to assume that when they said 'string' they mean 'an instance of the
xsd:string datatype'; it seems rather more likely that they meant
simply untyped data.  But I wasn't there, so I don't know.

> The original XML Schemas datatype hierarchy was not designed with  
> document refinement in mind (i.e. marking up the document, passing  
> it as text through several different XML stages):

That seems odd to me; it was certainly on the minds of some in the WG.
Perhaps not on yours.

But then I think it unwise to assume that processing a document through
stages of a workflow will invariably result in restriction, or that the
input and output of a transformation will always need to be described
by the same schema.  YMMV, of course.

-- 
****************************************************************
* C. M. Sperberg-McQueen, Black Mesa Technologies LLC
* http://www.blackmesatech.com
* http://cmsmcq.com/mib
* http://balisage.net
****************************************************************






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