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

Re: Are Updates really needed in XQuery?


brian vickery
Situations where I would want updates...

1.) The ability to rename elements/attributes if a change in the document
format ever occurs

2.) Addition of PIs to a group of documents, e.g. adding a stylesheet PI for a
collection of documents is a NXD.

3.) Changing namespace information on documents based on old namespace URIs,
e.g. changing "http://www.w3.org/2000/10/XMLSchema" to
"http://www.w3.org/2001/XMLSchema " for documents written before the XML
Schema REC.

4.) Replacement of typographical errors that may have occured in a large
number of documents or in multiple parts of one document.

5.) Modifications of the structure a class of documents so that they conform
to a certain schema especially if the documents will be used in data
interchange scenarios with other entities.

--
THINGS TO DO IF I BECOME AN EVIL OVERLORD #19
I will not have a daughter. She would be as beautiful as she was evil, but
one look at the hero's rugged countenance and she'd betray her own father.

----- Original Message -----
From: "Brian Vickery" <macacos@l...>
To: <xml-dev@l...>
Sent: Tuesday, January 29, 2002 5:56 AM
Subject:  Are Updates really needed in XQuery?


> I have a simple question, "Why do we need updates as part of the XQuery
> language at all?"
>
> I have read the latest XQuery Update proposal (from the "XQuery Update
> Proposal" by Patrick Lehti) and the older XUpdate WD.  I come from a
> database background and view updates as imperative to the XQuery/XPath
> language, but can't state "why".  I'm getting a lot of grief regarding
> having Updates at all.  The types of "inserts" and "deletes" typically shown
> are just adding/deleting a document from a "collection" (if collections
> existed and they should IMHO).
>
> Some examples are:
>
> 1.  If I have a collection of XML invoices why would I ever want to update
> these?  An invoice is written once and never changed!
>
> 2.  If I have a document centric collection of XML document I would most
> likely version each document, thus why do we need updates?
>
> 3.  If I have all my business contacts (companies I do business with) stored
> in an XML collection, why wouldn't I just do a complete replace if I wanted
> to change a companies name or address?
>
> Does anyone have any real life scenarios/business cases that "MUST" have
> updates?
>
> thanks,
>
>
>
> -----------------------------------------------------------------
> The xml-dev list is sponsored by XML.org <http://www.xml.org>, an
> initiative of OASIS <http://www.oasis-open.org>
>
> The list archives are at http://lists.xml.org/archives/xml-dev/
>
> To subscribe or unsubscribe from this list use the subscription
> manager: <http://lists.xml.org/ob/adm.pl>


_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.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.