Re: Fast default stuff versus pg_upgrade
Andrew Dunstan <andrew.dunstan@2ndquadrant.com>
From: Andrew Dunstan <andrew.dunstan@2ndquadrant.com>
To: Tom Lane <tgl@sss.pgh.pa.us>, Andres Freund <andres@anarazel.de>
Cc: pgsql-hackers@lists.postgresql.org
Date: 2018-06-21T17:02:55Z
Lists: pgsql-hackers
On 06/21/2018 12:39 PM, Tom Lane wrote: > Andres Freund <andres@anarazel.de> writes: >> On June 21, 2018 9:04:28 AM PDT, Tom Lane <tgl@sss.pgh.pa.us> wrote: >>> This isn't really ready to go. One clear problem is that you broke >>> pg_dump'ing from any pre-v11 version, because you did not add suitable >>> null outputs to the pre-v11 query variants in getTableAttrs. >> Thought the same for a bit - think it's OK though, because there a check for PQfnumber being bigger than 0... > It won't actually crash, but it will spit out lots of ugly warnings. > > I followed the pattern used for attidentity. But why will it spit out warnings? It doesn't ask for the missing stuff from an older version. Incidentally, I just checked this by applying the patch and then running through the buildfarm's cross version upgrade check. All was kosher. Upgrade from all live branches to the patched master went without a hitch. cheers andrew -- Andrew Dunstan https://www.2ndQuadrant.com PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
Commits
-
Allow for pg_upgrade of attributes with missing values
- 2448adf29c54 11.0 landed