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 по дате отправления: