Re: A modest proposal: get rid of GUC's USERLIMIT
От | Andrew McMillan |
---|---|
Тема | Re: A modest proposal: get rid of GUC's USERLIMIT |
Дата | |
Msg-id | 1100083644.21786.64.camel@lamb.mcmillan.net.nz обсуждение исходный текст |
Ответ на | A modest proposal: get rid of GUC's USERLIMIT variable category (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: A modest proposal: get rid of GUC's USERLIMIT variable category
|
Список | pgsql-hackers |
On Tue, 2004-11-09 at 17:27 -0500, Tom Lane wrote: > > What the USERLIMIT code tries to do is allow non-superusers to > "increase" but not "decrease" the logging verbosity for their sessions > only. (For instance, a non-superuser could turn log_duration on, but > can't turn it off if the DBA has turned it on.) However, the usefulness > of this capability is really pretty debatable. A non-superuser > presumably doesn't have access to the postmaster log file anyhow, so why > does he need to be able to turn up the logging? You could even argue > that being able to flood the logs with stuff the DBA doesn't want is a > mild form of DOS attack. Hi Tom, While it may be true that a user can't see those logs, in a narrow sense, it is not true in a wider sense. How many systems/accounts are you currently logged into yourself? The set of "people who control SQL queries" does have a large overlap with other sets like "people who write and debug software" and "people who have access to system logs". When tracking down gnarly problems in heavily multi-user applications enabling higher log levels at selective points has the potential to help _a lot_ with diagnostic detail, without smothering you in _every_ detail. Regards, Andrew McMillan. ------------------------------------------------------------------------- Andrew @ Catalyst .Net .NZ Ltd, PO Box 11-053, Manners St, Wellington WEB: http://catalyst.net.nz/ PHYS: Level 2, 150-154 Willis St DDI: +64(4)803-2201 MOB: +64(272)DEBIAN OFFICE: +64(4)499-2267 Where are they now? http://schoolreunions.co.nz/ -------------------------------------------------------------------------
В списке pgsql-hackers по дате отправления: