Re: Does VACUUM reorder tables on clustered indices - Mailing list pgsql-sql

From Bruce Momjian
Subject Re: Does VACUUM reorder tables on clustered indices
Date
Msg-id 200512220407.jBM47Dp20260@candle.pha.pa.us
Whole thread Raw
In response to Re: Does VACUUM reorder tables on clustered indices  (Chris Browne <cbbrowne@acm.org>)
List pgsql-sql
Chris Browne wrote:
> jnasby@pervasive.com ("Jim C. Nasby") writes:
> > On Wed, Dec 21, 2005 at 12:34:12AM +0100, ipv@tinet.org wrote:
> >> Hi,
> >> 
> >> Utilize <b>CLUSTER;</b> (after vacuum) to reorder the data.
> >
> > Why would you vacuum when cluster is just going to wipe out the dead
> > tuples anyway?
> 
> There is one reason to VACUUM before running CLUSTER...
> 
> That is that VACUUM will be *guaranteed* to draw all the pages into memory.
> 
> Subsequently, you can be certain that the pages are in cache, and that
> the CLUSTER should need to do minimal I/O to read data into memory.
> 
> If I'm considering clustering the Slony-I "sl_log_1" table, forcing it
> into memory *is* something I'll consider doing in order to minimize
> the time that would-be writers are blocked from writing...

Why don't you just do SELECT * FROM tab WHERE col != 'lkjasdflkjadsf'. 
That should pull things into memory without the VACUUM overhead.

--  Bruce Momjian                        |  http://candle.pha.pa.us pgman@candle.pha.pa.us               |  (610)
359-1001+  If your life is a hard drive,     |  13 Roberts Road +  Christ can be your backup.        |  Newtown Square,
Pennsylvania19073
 


pgsql-sql by date:

Previous
From: Matthew Smith
Date:
Subject: Re: Help on a complex query (avg data for day of the week)
Next
From: Bruce Momjian
Date:
Subject: Re: Querying date_time for date only ?