Re: Is this a bug?
От | Thom Brown |
---|---|
Тема | Re: Is this a bug? |
Дата | |
Msg-id | CAA-aLv6XG1-HbVKvnyJ+2-mpwzbnmOnLoB4Up5VeM0UXC-qC9Q@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Is this a bug? (Fabrízio de Royes Mello <fabriziomello@gmail.com>) |
Список | pgsql-hackers |
On 26 August 2015 at 20:24, Fabrízio de Royes Mello <fabriziomello@gmail.com> wrote:
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.Regards,
Thom
В списке pgsql-hackers по дате отправления: