From: | Bruce Momjian <bruce(at)momjian(dot)us> |
---|---|
To: | Fabien COELHO <coelho(at)cri(dot)ensmp(dot)fr> |
Cc: | PostgreSQL Developers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: proposal: session server side variables (fwd) |
Date: | 2017-01-07 23:46:55 |
Message-ID: | 20170107234655.GA13329@momjian.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Thu, Jan 5, 2017 at 11:45:24AM +0100, Fabien COELHO wrote:
>
> <Argh, wrong sender again, sorry [again] for the repost.
> I must tweak my mail client configuration...>
>
> >>>Good. So we seem to agree that GUCS are transactional?
> >
> >I'm surprised, I never knew this.
>
> I must admit that it was also a (good) surprise for me.
>
> The documentation says it:
>
> """
> If SET (or equivalently SET SESSION) is issued within a transaction that is
> later aborted, the effects of the SET command disappear when the transaction
> is rolled back. Once the surrounding transaction is committed, the effects
> will persist until the end of the session, unless overridden by another SET.
> """
>
> But I have not found anything clear about user-defined parameters.
Uh, I think it is a missing feature, i.e.:
https://wiki.postgresql.org/wiki/Todo#Administration
Have custom variables be transaction-safe
https://www.postgresql.org/message-id/4B577E9F.8000505@dunslane.net
--
Bruce Momjian <bruce(at)momjian(dot)us> http://momjian.us
EnterpriseDB http://enterprisedb.com
+ As you are, so once was I. As I am, so you will be. +
+ Ancient Roman grave inscription +
From | Date | Subject | |
---|---|---|---|
Next Message | Jim Nasby | 2017-01-08 00:13:31 | Re: Increase pltcl test coverage |
Previous Message | Vik Fearing | 2017-01-07 22:44:01 | Re: Adding type info etc for inheritance errmsg: "child table is missing column ..." |