Re: Bogus duplicate command issued in pg_dump

Поиск
Список
Период
Сортировка
Искать
От
Michael Paquier
Тема
Re: Bogus duplicate command issued in pg_dump
Дата
Msg-id
Ye4OHemJh8S5q1UX@paquier.xyz
Ответ на
Список
Дерево обсуждения
Bogus duplicate command issued in pg_dump Tom Lane <tgl@sss.pgh.pa.us>
Re: Bogus duplicate command issued in pg_dump "David G. Johnston" <david.g.johnston@gmail.com>
Re: Bogus duplicate command issued in pg_dump Tom Lane <tgl@sss.pgh.pa.us>
Re: Bogus duplicate command issued in pg_dump Michael Paquier <michael@paquier.xyz>
Re: Bogus duplicate command issued in pg_dump "David G. Johnston" <david.g.johnston@gmail.com>
On Sun, Jan 23, 2022 at 01:31:03PM -0500, Tom Lane wrote:
> We could consider a more global change to get rid of using
> appendPQExpBuffer where it's not absolutely necessary, so that
> there are fewer bad examples to copy.  Another idea is to deem
> it an anti-pattern to end a query with a semicolon.  But I don't
> have a lot of faith in people following those coding rules in
> future, either.  It'd also be a lot of code churn for what is
> in the end a relatively harmless bug.

Could a backend-side, run-time configurable developper GUC,
potentially help here?  This could look after multiple queries in code
paths where we don't want any, once you combine it with a specific
compilation flag à-la-ENFORCE_REGRESSION_TEST.
--
Michael
В списке pgsql-hackers по дате отправления
От: Tom Lane
Дата:
От: Tom Lane
Дата:
FAQ