Re: logical replication worker can't find postgis function

Поиск
Список
Период
Сортировка
От Willy-Bas Loos
Тема Re: logical replication worker can't find postgis function
Дата
Msg-id CAHnozTgdZtPFTyDpAyBoRwvj+MTD1Diy-SP5Q8+du8tkPcJiSg@mail.gmail.com
обсуждение исходный текст
Ответ на Re: logical replication worker can't find postgis function  (Laurenz Albe <laurenz.albe@cybertec.at>)
Список pgsql-general
OK thanks for the help, have a nice weekend!

On Fri, Apr 22, 2022 at 3:39 PM Laurenz Albe <laurenz.albe@cybertec.at> wrote:
On Fri, 2022-04-22 at 15:26 +0200, Willy-Bas Loos wrote:
> On Fri, Apr 22, 2022 at 3:20 PM Laurenz Albe <laurenz.albe@cybertec.at> wrote:
> >
> > The trigger function is bad and dangerous, because it relies on the current setting of "search_path".
> >
> > You notice that with logical replication, because "search_path" is empty to avoid security problems.
>
> Thanks a lot!
> Do you mean that all trigger functions are bad and dangerous, or just mine?
> Do you have any suggestions for an alternative?

There is nothing wrong per se with using trigger functions.

But, to attempt a generic statement, any function that fails if you change "search_path"
is a potential problem.

If your application makes sure that "search_path" is always set correctly, the problem
is smaller.

If highly privileged processes call the function, the problem becomes worse, because the
potential damage is bigger.

The best way to make sure nothing can happen is to create all functions with a
hard-wired "search_path".  Then nothing can go wrong.

Yours,
Laurenz Albe
--
Cybertec | https://www.cybertec-postgresql.com



--
Willy-Bas Loos

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

Предыдущее
От: Laurenz Albe
Дата:
Сообщение: Re: logical replication worker can't find postgis function
Следующее
От: "David G. Johnston"
Дата:
Сообщение: Re: Logical subscription / publication lifetimes