Re: [Exist-development] XQuery Update Triggers

[Patrick B. <pat...@jo...>]

Ok, can you direct me to more information on this design? I'm happy to
incorporate it.

On Thu, Jul 21, 2011 at 5:50 AM, Adam Retter <ad...@ex...> wrote:

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



-- 
Patrick Bosek
Jorsek Software
Cell (585) 820 9634
Office (877) 492 2960
Jorsek.com