Re: BUG #16272: Index expression can refer to wrong attributes if index is created via CREATE TABLE LIKE
Michael Paquier <michael@paquier.xyz>
From: Michael Paquier <michael@paquier.xyz>
To: Tom Lane <tgl@sss.pgh.pa.us>
Cc: pgsql-bugs@lists.postgresql.org, tom@intevation.de, Peter Eisentraut <peter.eisentraut@2ndquadrant.com>
Date: 2020-08-22T01:41:21Z
Lists: pgsql-bugs
On Thu, Aug 20, 2020 at 03:18:24PM -0400, Tom Lane wrote: > So attached is a complete fix for the issues discussed in this thread. > > Although I originally felt that we weren't going to be able to create > a back-patchable fix, this seems much less invasive than my prior > attempt, so I think it might be reasonable to back-patch. The only > external API break is the new AT_CookedColumnDefault subcommand, > which we could stick at the end of the enum in stable branches. > > Thoughts? For the archive's sake, this has been committed as of 5028981, backpatched down to 9.5. -- Michael
Commits
-
Use the properly transformed RangeVar for expandTableLikeClause().
- f11210013d02 11.10 landed
- b380484a850b 13.0 landed
- 86b8ef139457 9.5.24 landed
- 783a21eff37e 10.15 landed
- 1a9c93ec3b9a 9.6.20 landed
- 19f5a37b9fc4 14.0 landed
- 1371a1e4161a 12.5 landed
-
Fix handling of CREATE TABLE LIKE with inheritance.
- 894f5dea76e1 13.0 landed
- 50289819230d 14.0 landed
- e22e29c258a1 10.15 landed
- d9253df12e4c 12.5 landed
- 37681d7e942e 9.6.20 landed
- 3737965249cd 11.10 landed
- 21f8b1811ac1 9.5.24 landed