Re: ALTER USER SET log_* not allowed...

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: ALTER USER SET log_* not allowed...
Дата
Msg-id 200411101653.iAAGrIS24934@candle.pha.pa.us
обсуждение исходный текст
Ответ на Re: ALTER USER SET log_* not allowed...  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: ALTER USER SET log_* not allowed...  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-bugs
Tom Lane wrote:
> Andrew McMillan <andrew@catalyst.net.nz> writes:
> > The current functionality could be useful inside particular code paths
> > of an application, where you want to increase the log verbosity in a
> > particular part of the code, when it (unpredictably) happens, without
> > nuking the logs entirely.
> > Of course you are superuser when you review such logs, but I wouldn't
> > usually want the db connection from the application to have to run as
> > superuser if I could help it...  especially not a web application.
>
> Sure.  There is a workaround for that though, which is to provide a
> SECURITY DEFINER function for the app to call that will adjust the
> logging level for it, rather than trying to do the SET directly in
> unprivileged code.

But if they go that way can it done securely, turned on and off?

--
  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-bugs по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: ALTER USER SET log_* not allowed...
Следующее
От: Tom Lane
Дата:
Сообщение: Re: BUG #1311: Can't crosscompile