Re: Allow single table VACUUM in transaction block

Поиск
Список
Период
Сортировка
От Simon Riggs
Тема Re: Allow single table VACUUM in transaction block
Дата
Msg-id CANbhV-GEqHYvR2Rqoc6t9yxtXVv7=bWmfAHZ7r-kLEKQ_NoS3Q@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Allow single table VACUUM in transaction block  (Justin Pryzby <pryzby@telsasoft.com>)
Ответы Re: Allow single table VACUUM in transaction block  (Simon Riggs <simon.riggs@enterprisedb.com>)
Список pgsql-hackers
On Thu, 17 Nov 2022 at 20:00, Justin Pryzby <pryzby@telsasoft.com> wrote:
>
> On Wed, Nov 16, 2022 at 05:14:07PM -0500, Greg Stark wrote:
> > I think this requesting autovacuum worker should be a distinct
> > command. Or at least an explicit option to vacuum.
>
> +1.  I was going to suggest VACUUM (NOWAIT) ..

Yes, I have no problem with an explicit command.

At the moment the patch runs VACUUM in the background in an autovacuum
process, but the call is asynchronous, since we do not wait for the
command to finish (or even start).

So the command names I was thinking of would be one of these:

VACUUM (BACKGROUND) or VACUUM (AUTOVACUUM) - which might be clearer
or
VACUUM (ASYNC) - which is more descriptive of the behavior

or we could go for both
VACUUM (BACKGROUND, ASYNC) - since this allows us to have a
BACKGROUND, SYNC version in the future

Thoughts?

-- 
Simon Riggs                http://www.EnterpriseDB.com/



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Etsuro Fujita
Дата:
Сообщение: Re: postgres_fdw: batch inserts vs. before row triggers
Следующее
От: Simon Riggs
Дата:
Сообщение: Re: Allow single table VACUUM in transaction block