Holger Krug <hkrug(at)rationalizer(dot)com> writes:
> The proposal consists in generalizing the PostgreSQL deferred trigger
> mechanism to more general types of events.

While I have no inherent objection to that, I'm not seeing what it's
good for either.  What SQL feature would be associated with this?

> One use case would be a PostgreSQL procedure `mark_tx_rollback()' to
> mark a transaction for rollback.

This is unconvincing, since Postgres has no need for rollback procedures
(and I personally will disagree with any attempt to introduce 'em; if
you need one then you have a problem doing crash recovery).

			regards, tom lane

In response to

• Feature proposal: generalizing deferred trigger events at 2002-01-02 09:26:52 from Holger Krug

Responses

• Re: Feature proposal: generalizing deferred trigger events at 2002-01-02 17:03:41 from Holger Krug

pgsql-hackers by date

Next:	From: Tom Lane	Date: 2002-01-02 16:35:08
	Subject: Re: datetime error?
Previous:	From: Tom Lane	Date: 2002-01-02 16:09:34
	Subject: Re: Duplicate-key-detection failure case found in btree