Re: PG 18 release notes draft committed

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: PG 18 release notes draft committed
Дата
Msg-id aEDAE0590fqvU0Ud@momjian.us
обсуждение исходный текст
Ответ на Re: PG 18 release notes draft committed  ("David G. Johnston" <david.g.johnston@gmail.com>)
Ответы Re: PG 18 release notes draft committed
Список pgsql-hackers
On Wed, Jun  4, 2025 at 02:02:38PM -0700, David G. Johnston wrote:
> On Wed, Jun 4, 2025 at 1:45 PM Bruce Momjian <bruce@momjian.us> wrote:
> 
>     Now, if we do want to mention it, it should be done in a way that makes
>     it clear to readers whether they are affected by this change.  We can
>     try text like:
> 
>             Execute non-SECURITY-DEFINER AFTER triggers as the role that was
>             active at the time the trigger was fired
> 
>             Previously such triggers were run as the role that was active at
>             commit time.
> 
> 
> "Deferred constraint triggers now run as the role active when the trigger was
> fired: previously they used the role active when execution began."
> 
> The timing is not only at commit, and it makes more sense to me to focus on
> "deferred constraint" instead of the more general "after" trigger.

Ah, yes, I see your point --- it is really only deferred after triggers,
not before triggers, and deferrability is only available for constraint
triggers.

> The trigger doesn't have a security definer clause - the function does and
> would of course take effect during execution.  Not strongly opposed to keeping
> the note.

I think we have to keep the non-SECURITY-DEFINER designation to keep the
text accurate, but you are right it is part of the function, not the
trigger:

    Execute deferred constraint triggers attached to
    non-SECURITY-DEFINER functions as the role that was active at
    the time the trigger was fired

    Previously such triggers were run as the role that was active at
    commit/execution time.

As you can see, this is going to be hard to read, and I don't know if a
sufficient number of people will care.

-- 
  Bruce Momjian  <bruce@momjian.us>        https://momjian.us
  EDB                                      https://enterprisedb.com

  Do not let urgent matters crowd out time for investment in the future.



В списке pgsql-hackers по дате отправления: