Re: Refactor ReindexStmt and its "concurrent" boolean

Поиск
Список
Период
Сортировка
От Julien Rouhaud
Тема Re: Refactor ReindexStmt and its "concurrent" boolean
Дата
Msg-id CAOBaU_Z__25nDzxx20kg0BEOP2XLKKQdNy3CtRw3euUKnz_q4g@mail.gmail.com
обсуждение исходный текст
Ответ на Refactor ReindexStmt and its "concurrent" boolean  (Michael Paquier <michael@paquier.xyz>)
Ответы Re: Refactor ReindexStmt and its "concurrent" boolean
Список pgsql-hackers
On Wed, Sep 2, 2020 at 1:03 PM Michael Paquier <michael@paquier.xyz> wrote:
>
> Hi all,
>
> $subject has been mentioned a couple of times, including today:
> https://www.postgresql.org/message-id/20200902010012.GE1489@paquier.xyz
>
> We have a boolean argument in ReindexStmt to control a concurrent
> run, and we also have in parallel of that a bitmask to control the
> options of the statement, which feels like a duplicate.  Attached is a
> patch to refactor the whole, adding CONCURRENTLY as a member of the
> available options.  This simplifies a bit the code.
>
> Any thoughts?


+1

 struct ReindexIndexCallbackState
 {
- bool concurrent; /* flag from statement */
+ bool options; /* flag from statement */
  Oid locked_table_oid; /* tracks previously locked table */
 };

Shouldn't options be an int?  The rest of the patch looks good to me.



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

Предыдущее
От: Michael Paquier
Дата:
Сообщение: Refactor ReindexStmt and its "concurrent" boolean
Следующее
От: "Andrey M. Borodin"
Дата:
Сообщение: Re: [PATCH] Covering SPGiST index