Re: Any plans on allowing user-defined triggers to be - Mailing list pgsql-general

From Stephan Szabo
Subject Re: Any plans on allowing user-defined triggers to be
Date
Msg-id 20041026075423.G93326@megazone.bigpanda.com
Whole thread Raw
In response to Re: Any plans on allowing user-defined triggers to be deferrable?  (Mike Mascari <mascarm@mascari.com>)
List pgsql-general
On Tue, 26 Oct 2004, Mike Mascari wrote:

> Stephan Szabo wrote:
> > On Tue, 26 Oct 2004, Mike Mascari wrote:
> >
> >
> >>I'd like to ensure that the creation of a department also implies the
> >>creation of two to eight projects; no more, no less:
>
> >>Is there no way to achieve the above stated goal in the server? Must I
> >>rely on the application to enforce consistency?
> >
> >
> > Well.  It's not exactly meant to be a user facing feature, but check out
> > CREATE CONSTRAINT TRIGGER.
>
> Thanks, Stephan!
>
> I read the disclaimer "It is not intended for general use" but am
> curious as to why it isn't a user-facing feature? Is it a function of
> just exposing a cleaner SQL interface, or is it a function of the
> trigger queue having been written after user-defined triggers, or is
> there some philosophical argument against allowing user-definable
> triggers to be deferred?

I should also add that it's also not likely to get upgraded to handle new
trigger features (for example statement triggers) quickly unless someone
wants to step up and do so.

pgsql-general by date:

Previous
From: Stephan Szabo
Date:
Subject: Re: Any plans on allowing user-defined triggers to be
Next
From: Henk Ernst Blok
Date:
Subject: Re: Strange count(*) implementation?