Re: doc issues in event-trigger-matrix.html

From: Peter Eisentraut <peter(at)eisentraut(dot)org>
To: Daniel Gustafsson <daniel(at)yesql(dot)se>, Michael Paquier <michael(at)paquier(dot)xyz>
Cc: jian he <jian(dot)universality(at)gmail(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: Re: doc issues in event-trigger-matrix.html
Date: 2024-03-21 21:47:17
Message-ID: 0988e6fc-90cc-400a-b531-ad8542571b80@eisentraut.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 19.03.24 10:34, Daniel Gustafsson wrote:
>>> "Only for local objects"
>>> is there any reference explaining "local objects"?
>>> I think local object means objects that only affect one single database?
> That's a bigger problem than the table representation, we never define what
> "local object" mean anywhere in the EVT docs. EV's are global for a database,
> but not a cluster, so I assume what this means is that EVs for non-DDL commands
> like COMMENT can only fire for a specific relation they are attached to and not
> database wide?

I think we could replace this whole table by a few definitions:

- "Local objects" are everything except "global objects".

- "Global objects", for the purpose of event triggers, are databases,
tablespaces, roles, role memberships, and parameter ACLs.

- DDL commands are all commands except SELECT, INSERT, UPDATE, DELETE,
MERGE.

- Events triggers are supported for all DDL commands on all local objects.

Is this table saying anything else?

Is there any way to check if it's even correct? For example, it shows
that the event "sql_​drop" can fire for a few ALTER commands, but how is
this determined? If tomorrow someone changes ALTER DOMAIN to possibly
do a table rewrite, will they remember to update this table?

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Bruce Momjian 2024-03-21 22:01:00 Re: Partial aggregates pushdown
Previous Message Tom Lane 2024-03-21 21:30:07 Re: Bytea PL/Perl transform