Re: A modest proposal: get rid of GUC's USERLIMIT

From: Andrew McMillan <andrew(at)catalyst(dot)net(dot)nz>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: pgsql-hackers(at)postgreSQL(dot)org
Subject: Re: A modest proposal: get rid of GUC's USERLIMIT
Date: 2004-11-10 10:47:24
Message-ID: 1100083644.21786.64.camel@lamb.mcmillan.net.nz
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: 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/
-------------------------------------------------------------------------

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Oleg Bartunov 2004-11-10 10:59:58 Re: [Pgsphere-dev] GIST index concurrency concern
Previous Message Oleg Bartunov 2004-11-10 10:20:47 Re: sp-gist porting to postgreSQL