On Mon, Aug 25, 2014 at 6:07 PM, Bruce Momjian <bruce@momjian.us> wrote: > > On Fri, Aug 22, 2014 at 10:04:50PM -0400, Bruce Momjian wrote: > > On Fri, Aug 22, 2014 at 03:12:47PM -0400, Robert Haas wrote: > > > On Fri, Aug 22, 2014 at 2:33 PM, Bruce Momjian <bruce@momjian.us> wrote: > > > >> Yes, you remember well. I will have to find a different way for > > > >> pg_upgrade to call a no-op ALTER TABLE, which is fine. > > > > > > > > Looking at the ALTER TABLE options, I am going to put this check in a > > > > !IsBinaryUpgrade block so pg_upgrade can still use its trick. > > > > > > -1, that's really ugly. > > > > > > Maybe the right solution is to add a form of ALTER TABLE that is > > > specifically defined to do only this check. This is an ongoing need, > > > so that might not be out of line. > > > > Ah, seems ALTER TABLE ... DROP CONSTRAINT IF EXISTS also works --- I > > will use that. > > OK, attached patch applied, with pg_upgrade adjustments. I didn't > think the original regression tests for this were necessary. >
Hi,
Why this patch was reverted one day after applied [1]? I didn't see any discussion around it.
