Re: problems with large table - Mailing list pgsql-general

From Phoenix Kiula
Subject Re: problems with large table
Date
Msg-id e373d31e0709121320l1bcb66d8r856bd60ad1d15b7c@mail.gmail.com
Whole thread Raw
In response to Re: problems with large table  (Alvaro Herrera <alvherre@commandprompt.com>)
Responses Re: problems with large table  (Alvaro Herrera <alvherre@commandprompt.com>)
Re: problems with large table  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-general
On 13/09/2007, Alvaro Herrera <alvherre@commandprompt.com> wrote:
> Mike Charnoky wrote:
>
> > Alvaro: The cluster suggestion probably won't help in my case since data
> > in the table should already be naturally ordered by date.
>
> It's not helpful only for reordering, but also for getting rid of dead
> tuples.


Apart from creating a new table, indexing it, then renaming it to
original table -- is there an alternative to CLUSTER that doesn't
impose a painful ACCESS EXCLUSIVE lock on the table? We are on
Postgres 8.2.3 and have a heavy duty table that starts showing its
limits after a week or so. Autovacuum is on and working. FSM etc is
fine, maintenance_work_mem is 256MB. But cluster still takes upwards
of 30 minutes, which is unacceptable downtime for our web service.
Thanks for any tips!

pgsql-general by date:

Previous
From: Cultural Sublimation
Date:
Subject: Re: Cannot declare record members NOT NULL
Next
From: Alvaro Herrera
Date:
Subject: Re: problems with large table