Re: [Exist-development] XQuery Update Triggers

[Adam R. <ad...@ex...>]

In the new design I proposed for trunk there were separate functions
for node level update vs document update.

On 21 July 2011 03:10, Patrick Bosek <pat...@jo...> wrote:
> Hi Everyone,
>
> I've recently realized that the UPDATE_DOCUMENT_EVENT trigger is called when
> ever a node level update is run (ie: update insert $blah into $blaher) is
> run from an XQuery. This can cause several problems, mostly with versioning
> and efficiency. I didn't think this was the intended behavior, if I refer to
> Wolfgang's statements from an older thread:
>
> "Yes. The versioning trigger is not enabled for node level updates.
> Creating a new revision for every small update would be overkill."
>
> I have a proposal that I think solves everyone's needs, and since I've
> already done a good bit of work with the triggers in the trunk (mostly just
> allowing multiple triggers for a single event), I'm happy to implement it if
> we can agree it's the correct path.
>
> I think we should simply add another event
> ("XQUERY_MODIFICATION_DOCUMENT_EVENT" perhaps?). This way we can still react
> to node level updates when we want to, but not be forced to when we only
> want to consider updates from an xmldb:store().
>
> Thoughts?
>
>
> Cheers,
>
> --
> Patrick Bosek
> Jorsek Software
> Cell (585) 820 9634
> Office (877) 492 2960
> Jorsek.com
>
>
> ------------------------------------------------------------------------------
> 5 Ways to Improve & Secure Unified Communications
> Unified Communications promises greater efficiencies for business. UC can
> improve internal communications as well as offer faster, more efficient ways
> to interact with customers and streamline customer service. Learn more!
> http://www.accelacomm.com/jaw/sfnl/114/51426253/
> _______________________________________________
> Exist-development mailing list
> Exi...@li...
> https://lists.sourceforge.net/lists/listinfo/exist-development
>
>



-- 
Adam Retter

eXist Developer
{ United Kingdom }
ad...@ex...
irc://irc.freenode.net/existdb