Re: IDLE in transaction introspection - Mailing list pgsql-hackers

From Marti Raudsepp
Subject Re: IDLE in transaction introspection
Date
Msg-id CABRT9RBMruWf1nCxpikDfoq0DKQL-sAo+3WXjSAgeQoMKc7C8Q@mail.gmail.com
Whole thread Raw
In response to Re: IDLE in transaction introspection  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: IDLE in transaction introspection
List pgsql-hackers
On Fri, Nov 4, 2011 at 15:42, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> Marti Raudsepp <marti@juffo.org> writes:
>> While we're already breaking everything, we could remove the "waiting"
>> column and use a state with value 'waiting' instead.

> -1 ... I think it's useful to see the underlying state as well as the
> waiting flag.  Also, this would represent breakage of part of the API
> that doesn't need to be broken.

Well the waiting column can stay. My concern is that listing lock-wait
backends as 'running' will be misleading for users. pg_stat_activity
is a pretty common starting point for debugging problems and if
there's a new column that says a query is 'running', then I'm afraid
the current waiting 't' and 'f' values will be too subtle for users to
notice. (I find that it's too subtle already now, if you don't know
what you're looking for).

Regards,
Marti


pgsql-hackers by date:

Previous
From: Robert Haas
Date:
Subject: Re: heap_page_prune comments
Next
From: Bruce Momjian
Date:
Subject: Re: unite recovery.conf and postgresql.conf