Re: [INTERFACES] Roadmap for FE/BE protocol redesign

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: [INTERFACES] Roadmap for FE/BE protocol redesign
Дата
Msg-id 200303182218.h2IMI2I13909@candle.pha.pa.us
обсуждение исходный текст
Ответ на Re: [INTERFACES] Roadmap for FE/BE protocol redesign  (Peter Eisentraut <peter_e@gmx.net>)
Ответы Re: [INTERFACES] Roadmap for FE/BE protocol redesign  (Alvaro Herrera <alvherre@dcc.uchile.cl>)
Список pgsql-hackers
Peter Eisentraut wrote:
> Bruce Momjian writes:
> 
> > What if folks want all their connections autocommit off.
> 
> For interactive use, people can record their preferred setting in
> ~/.psqlrc or something like that.

But that only works for psql, right?  How would this be done at the
libpq level?  Environment variables?  GUC seems a whole lot cleaner.

> But any non-interactive program is written with a specific autocommit
> setting in mind.  Either it assumes that single statements are
> automatically committed or it issues explicit COMMIT commands.  That
> means, the choice of autocommit mode is always ultimately determined by
> the client, never by the server or its administrator.
> 
> For that very reason most standard interfaces define in their
> specification whether applications must assume autocommit behavior or must
> not do so.

I understand.  I just don't see any value in pushing that logic into
each client when we can do it centrally in the server.

--  Bruce Momjian                        |  http://candle.pha.pa.us pgman@candle.pha.pa.us               |  (610)
359-1001+  If your life is a hard drive,     |  13 Roberts Road +  Christ can be your backup.        |  Newtown Square,
Pennsylvania19073
 


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

Предыдущее
От: Peter Eisentraut
Дата:
Сообщение: libpq's error messages not working as before
Следующее
От: Alvaro Herrera
Дата:
Сообщение: Re: [INTERFACES] Roadmap for FE/BE protocol redesign