Re: ALTER USER SET log_* not allowed...
| От | Tom Lane |
|---|---|
| Тема | Re: ALTER USER SET log_* not allowed... |
| Дата | |
| Msg-id | 13364.1100104895@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: ALTER USER SET log_* not allowed... (Andrew McMillan <andrew@catalyst.net.nz>) |
| Ответы |
Re: ALTER USER SET log_* not allowed...
|
| Список | pgsql-bugs |
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.
regards, tom lane
В списке pgsql-bugs по дате отправления: