On Tue, Mar 13, 2018 at 9:27 AM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> =?utf-8?q?PG_Bug_reporting_form?= <noreply@postgresql.org> writes:
>> It can be seen from the above example, the DML operation cannot trigger the
>> trigger when the Statement-level AFTER trigger is created on view alone.
>> But when create INSTEAD OF trigger at the same time, the DML operation can
>> trigger the AFTER trigger.
>
> When there's no INSTEAD OF trigger, the query is rewritten into an insert
> on the view's base table (assuming the view is simple enough to be
> auto-updatable), and we fire the base table's statement triggers, not the
> view's. I'm pretty sure this is intentional, though I couldn't find it
> mentioned in the manual either. Firing both sets of statement triggers
> would be confusing, and not firing the base table's triggers would
> perhaps miss processing that needs to happen.
We also discussed this here:
https://www.postgresql.org/message-id/flat/CACjxUsOrn%2B3FgaLzskuLB3hASW6iTUd6f40gq_q80a9NHXk92A%40mail.gmail.com
We resolved the main issue in that thread but we didn't do anything
about this side issue. You and Kevin both suggested that perhaps we
shouldn't allow you to create such unfireable triggers, or perhaps we
should raise a warning, or at least document the (IMHO) confusing
behaviour.
--
Thomas Munro
http://www.enterprisedb.com
