Re: Faster "SET search_path"

Поиск
Список
Период
Сортировка
От Jeff Davis
Тема Re: Faster "SET search_path"
Дата
Msg-id f555c41554c7f5ff2699c085836ea94beac09bad.camel@j-davis.com
обсуждение исходный текст
Ответ на Re: Faster "SET search_path"  (Isaac Morland <isaac.morland@gmail.com>)
Ответы Re: Faster "SET search_path"  (Nathan Bossart <nathandbossart@gmail.com>)
Список pgsql-hackers
On Sat, 2023-07-29 at 12:44 -0400, Isaac Morland wrote:
> Essentially, "just" observe efficiently (somehow) that no change is
> needed, and skip changing it?

I gave this a try and it speeds things up some more.

There might be a surprise factor with an optimization like that,
though. If someone becomes accustomed to the function running fast,
then changing the search_path in the caller could slow things down a
lot and it would be hard for the user to understand what happened.

Also, there are a few implementation complexities because I think we
need to still trigger the same invalidation that happens in
assign_search_path().

Regards,
    Jeff Davis




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

Предыдущее
От: Michael Paquier
Дата:
Сообщение: Re: Incorrect handling of OOM in WAL replay leading to data loss
Следующее
От: Peter Smith
Дата:
Сообщение: Re: Simplify some logical replication worker type checking