From: | Greg Stark <gsstark(at)mit(dot)edu> |
---|---|
To: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: A modest proposal: get rid of GUC's USERLIMIT variable category |
Date: | 2004-11-10 05:19:58 |
Message-ID: | 87mzxqgu0x.fsf@stark.xeocode.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> writes:
> I'd like to propose that we get rid of GUC's USERLIMIT category and
> convert all the variables in it to plain SUSET. In my mind, USERLIMIT
> is a failed experiment: it's way too complicated, and it still doesn't
> do quite what it was intended to do, because there are times when it
> can't check whether you're a superuser.
>
> The only variables that are in the category are log-verbosity-related:
Would that mean I wouldn't be able to change the logging level on the fly at
all?
That would disappoint at least one user, myself. I've found the best debugging
compromise is to leave log_statement off in general but have a magic parameter
I can pass to the application that will set log_statement = true for a single
transaction.
That way I can look at what queries transpired in my session without having to
dig through hundreds of other queries from other sessions. And have the
complete logs for the session I'm debugging without the performance impact in
the normal case.
--
greg
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 2004-11-10 05:24:45 | Re: A modest proposal: get rid of GUC's USERLIMIT variable |
Previous Message | Oleg Bartunov | 2004-11-10 05:08:29 | Re: [Pgsphere-dev] GIST index concurrency concern |