Re: [PATCH] Re: [pgsql-advocacy] Why READ ONLY transactions?

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: [PATCH] Re: [pgsql-advocacy] Why READ ONLY transactions?
Дата
Msg-id 200312012310.hB1NAkh11727@candle.pha.pa.us
обсуждение исходный текст
Ответ на Re: [PATCH] Re: [pgsql-advocacy] Why READ ONLY transactions?  (Sean Chittenden <sean@chittenden.org>)
Список pgsql-patches
Sean Chittenden wrote:
> I think Tom's big objection is the abuse of the GUC system for
> maintaining this information.  Having thought about this some, I think
> the GUC system is pretty well suited for this and that Tom's objection
> (correct me if I'm wrong here) is that GUC has a non-hierarchical
> naming structure/convention.  With a hierarchical structure, lumping
> of GUC variables becomes more reasonable and the naming is more
> systematic.  Instead of, "jail_read_only_transaction=true" it'd be
> "security.force_readonly=true" or "transaction.readonly_always=true".

Agreed on the usefulness of GUC.  I had trouble adding security for
logging settings not because GUC wouldn't work but because the logging
control had to hit several different variables that all had different
API's.  It had to allow _increase_ for some variables and not others.

--
  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, Pennsylvania 19073

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

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: cleanup execTuples.c
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: YA Cygwin DLLIMPORT patch