Re: Is temporary functions feature official/supported? Found someissues with it.
| От | Masahiko Sawada |
|---|---|
| Тема | Re: Is temporary functions feature official/supported? Found someissues with it. |
| Дата | |
| Msg-id | CAD21AoDHDiWU1b+1tQ6tbtvMT=ENHSQdYqJpBoWR4nOEahOCug@mail.gmail.com обсуждение исходный текст |
| Ответ на | Re: Is temporary functions feature official/supported? Found someissues with it. (Michael Paquier <michael@paquier.xyz>) |
| Ответы |
Re: Is temporary functions feature official/supported? Found someissues with it.
|
| Список | pgsql-bugs |
On Mon, Jan 14, 2019 at 9:45 AM Michael Paquier <michael@paquier.xyz> wrote: > > On Thu, Jan 10, 2019 at 08:44:13PM +0900, Masahiko Sawada wrote: > > Yes, IIUC this issue happen only when creating the extension that > > doesn't access the function after created it. For example, dblink does > > REVOKE for dblink_connect_u() after creation. > > I am not sure if Robert is a fan of simply forbiding that as per the > question here: > https://www.postgresql.org/message-id/CA+TgmoZJdGcGFm+coHHCbBM3CfPqpjisdiux4Pa9QA3dFFQasw@mail.gmail.com > > Anyway, we could take for now the separate approach to prevent the > case of CREATE EXTENSION with 2PC if trying to use a temporary > schema as more holes are closed with this stuff. Attached is an > updated patch to do so. This adds a regression test, which would fail > if we decide to prevent the behavior afterwards. This uses two tricks > to avoid CONTEXT and NOTICE messages which include the temporary > session name to keep the test stable: > \set SHOW_CONTEXT never > SET client_min_messages TO 'warning'; > > Thoughts? Thank you for updating the patch. The patch looks good to me. And the new regression test for CREATE EXTENSION seems to work fine but maybe it's better to reset client_min_messages at cleanup for safety. Regards, -- Masahiko Sawada NIPPON TELEGRAPH AND TELEPHONE CORPORATION NTT Open Source Software Center
В списке pgsql-bugs по дате отправления: