Re: Triggers with DO functionality - Mailing list pgsql-hackers

From Thom Brown
Subject Re: Triggers with DO functionality
Date
Msg-id CAA-aLv6UpcBMdwm5Ku7Y3hOkVqC=fr4TMCHk9CLpJyb+cgsnBQ@mail.gmail.com
Whole thread Raw
In response to Re: Triggers with DO functionality  (Gianni Ciolli <gianni.ciolli@2ndquadrant.it>)
Responses Re: Triggers with DO functionality  (Gianni Ciolli <gianni.ciolli@2ndquadrant.it>)
List pgsql-hackers
On 23 February 2012 07:15, Gianni Ciolli <gianni.ciolli@2ndquadrant.it> wrote:
> On Fri, Feb 17, 2012 at 11:43:53AM -0500, Andrew Dunstan wrote:
>> On 02/17/2012 11:29 AM, David E. Wheeler wrote:
>> >On Feb 17, 2012, at 5:22 AM, Thom Brown wrote:
>> >>The purpose being to only have a single statement to set up the
>> >>trigger rather than setting up a separate trigger function which will
>> >>unlikely be re-used by other triggers... or is this of dubious
>> >>benefit?
>> >+1, though I imagine it would just give it a generated name and save it anyway, eh?
>> Before we rush into this, let's consider all the wrinkles. For
>> example, what if you need to change the function? And how would you
>> edit the function in psql? It might be a bit more involved that it
>> seems at first glance, although my initial reaction was the same as
>> David's.
>
> Another complication: anonymous triggers would either have to be
> alone, or provide a mechanism to manage a sequence of anonymous
> triggers on the same table (such as "replace the third trigger with
> ..." or "move trigger #4 in position #2", or deciding their order of
> execution).

Isn't the order of execution alphabetical by trigger name in
PostgreSQL?  The Triggers themselves wouldn't be anonymous, we'd still
be naming them.  It's the referenced functions that would no longer
need defining, and even those probably won't technically be anonymous
as they'll need cataloguing somewhere.

-- 
Thom


pgsql-hackers by date:

Previous
From: Peter Eisentraut
Date:
Subject: Re: Commit a445cb92 not tested without OpenSSL support?
Next
From: Simon Riggs
Date:
Subject: Re: VACUUM ANALYZE is faster than ANALYZE?