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

RE: Data versioning strategy: address semantic, relationship,

  • From: Len Bullard <len.bullard@u...>
  • To: "Costello, Roger L." <costello@m...>, xml-dev@l...
  • Date: Thu, 20 Dec 2007 13:46:57 -0600

RE:  Data versioning strategy: address semantic

CLARITY SOUGHT

>What does this mean: "The version management needs to be embedded in a
>business process"?

The question is, do the rules of the process subsume or disregard the rules
for all other processes that can consume that version.  You cannot place
constraints but you can produce a version that some consumer is not eligible
to consume.   In short, if you control distribution, you would have to know
all states of all consumers that can be affected by a version.   Otherwise
(and this is more practical), the consumer must know the conditions of all
local versions and the specific breakage points given a new version they
might receive.

If you are Microsoft and you distribute a patch, does your distribution
install check all versions on the local machine prior to installing the
patch?  To a certain level, yes.  That is what I mean when I say this is a
tools strategy (Where is the intelligence?  In the install script.)

>What does it mean: "Avoid placing constraints on consumers of the
>data"?

Actually, you can't.  They are eligible or ineligible to receive the update.
This will true in the case of data or semantically laden packages.  The
kinds of breakage will be different.

>Can we view an example of: "A semantically non-breaking change for one
>class of consumer might present problems for another"?

That's easy.  Try to download a version of media player for Vista to a Win
3.1 machine.  Try to merge 1899 census data into a 1998 database.

It isn't the class of the consumer.  It is the state of the consumer.  State
management is and always will be the devil of the web.  Yes, you can use
URIs to identify versions.  That is what you should do.   The problem is
that the XML can be anything it wants to be but the consuming database may
not have any slots for that data.  Now the question of business rules
pertains:  ignore, inform, store and forward?

len


 
This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the sender. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail.


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