Re: Remove redundant variable from transformCreateStmt

Поиск
Список
Период
Сортировка
От Alvaro Herrera
Тема Re: Remove redundant variable from transformCreateStmt
Дата
Msg-id 20210429183942.GA10172@alvherre.pgsql
обсуждение исходный текст
Ответ на Re: Remove redundant variable from transformCreateStmt  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Remove redundant variable from transformCreateStmt
Список pgsql-hackers
On 2021-Apr-29, Tom Lane wrote:

> Alvaro Herrera <alvherre@alvh.no-ip.org> writes:
> > I'd do it like this.  Note I removed an if/else block in addition to
> > your changes.
> 
> > I couldn't convince myself that this is worth pushing though; either we
> > push it to all branches (which seems unwarranted) or we create
> > back-patching hazards.
> 
> Yeah ... an advantage of the if/else coding is that it'd likely be
> simple to extend to cover additional statement types, should we ever
> wish to do that.  The rendering you have here is nice and compact,
> but it would not scale up well.

That makes sense.  But that part is not in Amul's patch -- he was only
on about removing the is_foreign_table Boolean.  If I remove the if/else
block change, does the rest of the patch looks something we'd want to
have?  I kinda agree that the redundant variable is "ugly".  Is it worth
removing?  My hunch is no.

-- 
Álvaro Herrera                            39°49'30"S 73°17'W



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

Предыдущее
От: Richard Yen
Дата:
Сообщение: Re: Patch to allow pg_filedump to support reading of pg_filenode.map
Следующее
От: Justin Pryzby
Дата:
Сообщение: Re: Patch to allow pg_filedump to support reading of pg_filenode.map