[XQuery Talk Mailing List Archive Home] [By Date] [By Thread] [By Subject] [By Author] [Recent Entries] [Reply To This Message]

Re: The State of Native XML databases

Jeff Dexter jeff.dexter at rainingdata.com
Tue Aug 21 16:33:45 PDT 2007


  Re: The State of Native XML databases
Heh, for the record I leave the marketing to the marketers, and I don't want
anyone to think I'm trying to pit two products against each other here, I'm
just trying to illustrate some of the issues people will face in highly
concurrent XQuery apps. I'd be curious to see the approaches others have
taken, and I'm hoping it's a good discussion for a community looking to
leverage XQuery for increasingly more complex (and concurrent) applications.

Jeff.

-----Original Message-----
From: John Snelson [mailto:http://x-query.com/mailman/listinfo/talk] 
Sent: Tuesday, August 21, 2007 3:14 PM
To: Jeff Dexter
Cc: 'Ronald Bourret'; http://x-query.com/mailman/listinfo/talk
Subject: Re:  Re: The State of Native XML databases

It's not surprising that we disagree given our respective products. 
However it seems to me that you are mixing the marketing message with the
technical details.

The user wants highly concurrent updates - the fact that node level locking
can give them that does not mean that they are equivalent. Most users
wouldn't want or need to know anything about locking.

John

Jeff Dexter wrote:
> OK, I don't want to sounds like I'm always disagreeing, but I disagree 
> :)
> 
> I'd be curious to hear from users on this, but in my experience the 
> notion of a "page" is too nebulous for most users. Granted, it's 
> sub-document, but what subset of the document does it represent. If 
> there's a clear mapping between a page and the nodes in the document, 
> great, but I'd still argue that node level granularity is about the 
> most granular you can get, and users understand what a node is (well, 
> except for text node which still seems to cause the odd confused look).
> 
> On a side note, while node level locks may be the most granular, some 
> update operations may require locking multiple nodes. For instance, if 
> you replace an element that has attributes and children, a lock of the 
> element may imply a lock of its attributes and descendants as well.
> 
> Jeff.
> 
> -----Original Message-----
> From: http://x-query.com/mailman/listinfo/talk [mailto:http://x-query.com/mailman/listinfo/talk] On 
> Behalf Of John Snelson
> Sent: Tuesday, August 21, 2007 7:23 AM
> To: Ronald Bourret
> Cc: http://x-query.com/mailman/listinfo/talk
> Subject: Re:  Re: The State of Native XML databases
> 
> Ronald Bourret wrote:
>> Does anybody know how many native XML databases actually support 
>> node-level locking? My impression is that most support document-level 
>> locking.
> 
> As I mentioned before, Berkeley DB XML has sub-document level locking 
> in the form of page level locking with user-configurable page size.
> 
> Talking about "node-level locking" is a bit of a red-herring - what 
> you should be interested in is sub-document granularity locking, which 
> in itself is only a means to achieve high concurrency in writes.
> 
> John
> _______________________________________________
> http://x-query.com/mailman/listinfo/talk
> http://x-query.com/mailman/listinfo/talk
> 
> 
> 






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
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-2007 All Rights Reserved.