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

Re: The privilege of XML parsing - Data types,binary XML and

  • To: xml-dev@l...
  • Subject: Re: The privilege of XML parsing - Data types,binary XML and XMLpipelines (LONG)
  • From: Sean McGrath <sean.mcgrath@p...>
  • Date: Wed, 11 Dec 2002 11:42:28 +0000

what is a sales ledger
[Roger Costello]
 >I think that I see what you are saying Sean, but I'd like to analyze this a
 >bit.  Let's take the aircraft example:

 ><?xml version="1.0" encoding="UTF-8"?>
 ><aircraft>
 >    <elevation>12000</elevation>
 ></aircraft>

 >There is no associated data model with this.  It is just a string.  It is 
this
 >form that gets transmitted from client to application?

Yes but then the application puts it through an XML processor. This results
in a data model (sequeence of events, a tree, series of tokens, whatever).

So the question is - what is in that data model? I advocate that is should
be as little as possible above the surface syntax and certainly should
not magically result in elevation becoming a 32 bit integer from
the point of view of my application.

 >I have some questions about something that you said: "Applications come 
and go
 >but data lives forever".  I believe that when you say "data" you are 
referring
 >just to the string:

 ><?xml version="1.0" encoding="UTF-8"?>
 ><aircraft>
 >    <elevation>12000</elevation>
 ></aircraft>

Yes. My business has a sales ledger. Most businesses do. What is a sales
ledger? In data terms the details haven't changed much in centuries. Yet
every few years we chuck it all out and replace it with a new system - an 
application.
Typically when we do that existing data becomes legacy overnight.

Its total madness and XML, properly applied, can help stop this madness. A key
part of doing it is to make the data as independent of the foibles of any 
particular
application as we can. After all, we are going to chunk away the application
if a few years :-( I think cleanly separating the fundamental data  from
any particular applications interpretation of it, is an important survival
tactic.

Again, as I said before, I'm not against data typing but I see it as being
an application level - not a parser level view of the data. I think
pipelines can neatly address the issue of how and where datatyping
gets added so that when an application goes up in smoke but
its data is retained, we can easily get at the data as distinct from
some applications view of that data.

regards,
Sean


http://seanmcgrath.blogspot.com



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.