Re: Vacuum (table performance) - Mailing list pgsql-general

From Claudio Lapidus
Subject Re: Vacuum (table performance)
Date
Msg-id BAY7-F4dqJL947FR7mO000008c6@hotmail.com
Whole thread Raw
In response to Vacuum (table performance)  ("Claudio Lapidus" <clapidus@hotmail.com>)
Responses Re: Vacuum (table performance)  (Alvaro Herrera <alvherre@dcc.uchile.cl>)
Re: Vacuum (table performance)  (Tom Lane <tgl@sss.pgh.pa.us>)
Re: Vacuum (table performance)  (Jason Earl <jason.earl@simplot.com>)
List pgsql-general
Tom Lane <tgl@sss.pgh.pa.us> writes:
>
>"Claudio Lapidus" <clapidus@hotmail.com> writes:
> > ... we are seeing increasing execution times, not for the
> > function but for the vacuum itself.
>
>Does a REINDEX of the table fix it?
>

Hmm, I'm looking at the documentation and it says that REINDEX acquires an
exclusive lock on the table. Does this mean that during the reindex
operation the table is unavailable for read/write by other processes?

An alternative suggested right there is to drop and recreate an index, where
-it says- CREATE INDEX would get a write lock on the table. Does this mean
that during the create index operation the whole table is unavailable for
write by other processes?

thanks again
cl.

_________________________________________________________________
Protect your PC - get McAfee.com VirusScan Online
http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963


pgsql-general by date:

Previous
From: MT
Date:
Subject: selecting the record before the last one
Next
From: Alvaro Herrera
Date:
Subject: Re: Vacuum (table performance)