From: | Greg Stark <gsstark(at)mit(dot)edu> |
---|---|
To: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: Ways to check the status of a long-running transaction |
Date: | 2005-01-20 04:57:12 |
Message-ID: | 87llaopujb.fsf@stark.xeocode.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general pgsql-hackers |
"Jim C. Nasby" <decibel(at)decibel(dot)org> writes:
> I recall this being discussed before, but I couldn't manage to find it
> in the archives.
>
> Is there any way to see how many rows a running transaction has written?
> vacuum analyze verbose only reports visible rows.
Not AFAIK. In the past I've done ls -l and then divided by the average row
size. But that required some guesswork and depended on the fact that I was
building the table from scratch.
I think there's a tool to dump the raw table data which might be handy if you
know the table didn't have a lot of dead tuples in it.
It would be *really* handy to have a working dirty read isolation level that
allowed other sessions to read uncommitted data.
--
greg
From | Date | Subject | |
---|---|---|---|
Next Message | Cesar Schneider | 2005-01-20 05:00:25 | Re: pg_restore |
Previous Message | Greg Stark | 2005-01-20 04:53:03 | Re: Unique Index |
From | Date | Subject | |
---|---|---|---|
Next Message | Christopher Kings-Lynne | 2005-01-20 09:16:53 | Re: Two-phase commit for 8.1 |
Previous Message | Jim C. Nasby | 2005-01-20 04:06:44 | Ways to check the status of a long-running transaction |