Re: Tables cannot have INSTEAD OF triggers

From: Robert Haas <robertmhaas(at)gmail(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Andres Freund <andres(at)anarazel(dot)de>, Aliouii Ali <aliouii(dot)ali(at)aol(dot)fr>, "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Tables cannot have INSTEAD OF triggers
Date: 2015-04-02 13:21:27
Message-ID: CA+TgmobeyBfSc1xY=cYxGoL3y_M_nCSZ2nzHYCzJx61bbtP2Kg@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Wed, Apr 1, 2015 at 1:56 PM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> Andres Freund <andres(at)anarazel(dot)de> writes:
>> On 2015-04-01 13:29:33 -0400, Tom Lane wrote:
>>> WHEN won't help; if there are any INSTEAD OF triggers, no insert will
>>> happen, whether the triggers actually fire or not.
>
>> Well, right now it doesn't work at all. It seems pretty reasonable to
>> define things so that the insert happens normally if there's no matching
>> INSTEAD OF trigger.
>
> It would absolutely *not* be reasonable for WHEN conditions for triggers
> on tables to work completely differently than they do for triggers on
> views. That ship's sailed.

Clue me in, because I'm confused. If no trigger fires, we do whatever
an object of that type would normally do in the absence of any
trigger, no? For a view, that's error out; for a table, that's
perform the action on the underlying data. That doesn't seem terribly
unprincipled.

--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2015-04-02 13:59:20 Re: Tables cannot have INSTEAD OF triggers
Previous Message Robert Haas 2015-04-02 13:17:44 Re: Parallel Seq Scan