Re: Feedback on getting rid of VACUUM FULL - Mailing list pgsql-hackers

From Robert Haas
Subject Re: Feedback on getting rid of VACUUM FULL
Date
Msg-id 603c8f070909170932o62feac52wcc25887b08d56fa7@mail.gmail.com
Whole thread Raw
In response to Re: Feedback on getting rid of VACUUM FULL  (Hannu Krosing <hannu@2ndQuadrant.com>)
List pgsql-hackers
On Thu, Sep 17, 2009 at 12:31 PM, Hannu Krosing <hannu@2ndquadrant.com> wrote:
>> Exactly.  The application is typically going to throw a "concurrent
>> update" type of error when this happens, and we don't want magic
>> background operations to cause that.
>
> Would'nt current VACUUM FULL or CLUSTER cause much more grief in this
> situation ?

No.  They take an exclusive lock on the table, so this situation can't
occur in those cases, which was Tom's point.

...Robert


pgsql-hackers by date:

Previous
From: Robert Haas
Date:
Subject: Re: Feedback on getting rid of VACUUM FULL
Next
From: Robert Haas
Date:
Subject: Re: opportunistic tuple freezing