W3C home > Mailing lists > Public > www-ql@w3.org > January to March 2006

Re: XQuery Update - unordered collection of update primitives

From: Jonathan Robie <jonathan.robie@datadirect.com>
Date: Mon, 30 Jan 2006 10:03:50 -0500
Message-ID: <43DE2AD6.2080508@datadirect.com>
To: Michael Rys <mrys@microsoft.com>
CC: TAN Kuan Hui <kuanhui@xemantics.com>, www-ql@w3.org

Looking at the spec, I see that we didn't really say that. We should put 
a paragraph in the compatibility appendix to explain what Michael said 
below.

Jonathan

Michael Rys wrote:

>The updating integrity is guaranteed by the commutability constraints
>(only operations considered to be commutable are allowed). The reason
>you want an unordered collection is that you can perform your updates
>efficiently and potentially in parallel.
>
>Best regards
>Michael
>
>  
>
>>-----Original Message-----
>>From: www-ql-request@w3.org [mailto:www-ql-request@w3.org] On 
>>Behalf Of TAN Kuan Hui
>>Sent: Monday, January 30, 2006 5:07 AM
>>To: Jonathan Robie; www-ql@w3.org
>>Subject: XQuery Update - unordered collection of update primitives
>>
>>
>>Section 2.1, Extensions to the Processing Model, carries the following
>>definition.
>>
>>[Definition: A pending update list is an unordered collection 
>>of update primitives, which represent node state changes that have not
>>yet been applied.]
>>
>>What is the significance of an <<unordered>> collection of 
>>update primitives ?
>>How is updating integrity preserved with an unordered 
>>collection of update
>>instructions ? I could not find an explicit description on 
>>the above and
>>would appreciate clarifications.
>>
>>Thank you.
>>
>>Kuan Hui
>>
>>
>>
>>
>>
>>
>>    
>>


-- 
Read my Blog: http://blogs.datadirect.com/jonathan_robie/
Learn XQuery: http://media.datadirect.com/download/docs/ddxquery/tutorial_query.html
Learn XQJ (the JDBC for XQuery): http://www.datadirect.com/developer/xquery/topics/xqj_tutorial/
Get DataDirect XQuery: http://www.datadirect.com/products/xquery/
Received on Monday, 30 January 2006 15:04:29 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 22:43:44 UTC