Re: [HACKERS] proposal: session server side variables
| От | Fabien COELHO |
|---|---|
| Тема | Re: [HACKERS] proposal: session server side variables |
| Дата | |
| Msg-id | alpine.DEB.2.20.1701041843000.22281@lancre обсуждение исходный текст |
| Ответ на | Re: [HACKERS] proposal: session server side variables (Pavel Stehule <pavel.stehule@gmail.com>) |
| Ответы |
Re: [HACKERS] proposal: session server side variables
Re: [HACKERS] proposal: session server side variables |
| Список | pgsql-hackers |
> ok understand Good. So we seem to agree that GUCS are transactional? > The logic depends on transactions and on nesting level (nesting doesn't > depends on transactions only) Yep, it probably also happens with LOCAL which hides the previous value and restores the initial one when exiting. > void AtEOXact_GUC(bool isCommit, int nestLevel) > > Probably we should to use CallXactCallbacks instead - then is not a > performance impact when there are not transactional variables. I do not understand your point. It is a very good thing that GUCs are transactional, and this should not be changed, it is a useful feature! Much more useful than non transactional. Moreover I think that transactional is expensive when writing things to disk, but in memory the overhead is reduced, and if you need it then you need it. -- Fabien.
В списке pgsql-hackers по дате отправления: