Re: Implicitly created operator family not listed by pg_event_trigger_ddl_commands

Поиск
Список
Период
Сортировка
От Masahiko Sawada
Тема Re: Implicitly created operator family not listed by pg_event_trigger_ddl_commands
Дата
Msg-id CAD21AoBGqNBe=ydCxSoZnZQw9RA72DbQnTuFOhVDWkvF1wvHXw@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Implicitly created operator family not listed by pg_event_trigger_ddl_commands  (Alvaro Herrera <alvherre@alvh.no-ip.org>)
Список pgsql-bugs
On Wed, May 4, 2022 at 7:17 PM Alvaro Herrera <alvherre@alvh.no-ip.org> wrote:
>
> On 2022-May-02, LEMAIRE Leslie (Chargée de mission) - SG/SNUM/UNI/DRC wrote:
>
> > As stated in the documentation [1], creating an operator class without
> > specifying the FAMILY option will create an operator family with the same
> > name as the new class if it doesn't already exist. In this case, my event
> > trigger is activated through the "CREATE OPERATOR CLASS" tag as usual, but
> > pg_event_trigger_ddl_commands() still returns only one row - for the
> > operator class creation. I would have expected it to list the creation of
> > the operator family as well.
>
> I agree, this looks like an omission somewhere -- the extra object
> should have been reported.

Agreed.

DefineOpClass() calls CreateOpFamily() to create the operator family
but in CreateOpFamily() we don't report the new object to event
triggers. The event by CREATE OPERATOR FAMILY is normally reported by
ProcessUtilitySlow(). I've confirmed this happens on all supported
branches. I've attached a patch to fix it.

Regards,

--
Masahiko Sawada
EDB:  https://www.enterprisedb.com/

Вложения

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

Предыдущее
От: Jan Katins
Дата:
Сообщение: Re: Security Definer functions no longer works in PG14+
Следующее
От: Jobin Augustine
Дата:
Сообщение: Re: Security Definer functions no longer works in PG14+