Re: A bad behavior under autocommit off mode
| От | Tom Lane |
|---|---|
| Тема | Re: A bad behavior under autocommit off mode |
| Дата | |
| Msg-id | 13026.1048261208@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: A bad behavior under autocommit off mode (Bruce Momjian <pgman@candle.pha.pa.us>) |
| Ответы |
Re: A bad behavior under autocommit off mode
|
| Список | pgsql-hackers |
Bruce Momjian <pgman@candle.pha.pa.us> writes:
> Well, the jdbc guys like SET, and I haven't seen any proposal that
> explains how applications would control a client-based autocommit API
> from the client.
libpq is the only client library that doesn't already *have* an API spec
for this. SET is not helpful for any of the rest because it is not the
spec they need to meet.
> Very true. The only other environment variable I have heard about was
> client encoding. As I remember right now, we do have a problem with SET
> changing the client encoding, and the client not realizing that.
Hm. Is anyone else very concerned about that? The design roadmap I put
forward last week suggested reporting client encoding and autocommit
status during the initial connection handshake, but not after every
query. Neither of those seem like things that are sensible to change
on-the-fly during a session.
regards, tom lane
В списке pgsql-hackers по дате отправления: