Re: extensible options syntax for replication parser?

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: extensible options syntax for replication parser?
Дата
Msg-id CA+TgmoaxqJnBLZSnqcD+oqMDirwQcdSKHB7dbT_bAtw9DGwH3A@mail.gmail.com
обсуждение исходный текст
Ответ на Re: extensible options syntax for replication parser?  (Fujii Masao <masao.fujii@oss.nttdata.com>)
Список pgsql-hackers
On Fri, Sep 24, 2021 at 12:01 AM Fujii Masao
<masao.fujii@oss.nttdata.com> wrote:
> You seem to accidentally remove the index term for BASE_BACKUP.

Good catch.

> +ident_or_keyword:
> +                       IDENT                                                   { $$ = $1; }
>
> ident_or_keyword seems to be used only for generic options,
> but it includes the keywords for legacy options like "FAST".
> Isn't it better to remove the keywords for legacy options from
> ident_or_keyword?

I don't think so. I mean, if we do, then it's not really an
ident_or_keyword production any more, because it would only allow some
keywords, not all. Now if the keywords that are not included aren't
used as options anywhere then it won't matter, but it seems cleaner to
me to make the list complete.

> OTOH, the keywords for newly-introduced generic options like
> CHECKPOINT should be defined in repl_scanner.l and repl_gram.y?

One big advantage of this approach is that we don't need to make
changes to those files in order to add new options, so I feel like
that would be missing the point completely.

-- 
Robert Haas
EDB: http://www.enterprisedb.com



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

Предыдущее
От: Bharath Rupireddy
Дата:
Сообщение: how to distinguish between using the server as a standby or for executing a targeted recovery in PG 11?
Следующее
От: Tom Lane
Дата:
Сообщение: Re: DELETE CASCADE