Re: Fixing findDependentObjects()'s dependency on scan order (regressions in DROP diagnostic messages)

From: Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>
To: Peter Geoghegan <pg(at)bowt(dot)ie>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Fixing findDependentObjects()'s dependency on scan order (regressions in DROP diagnostic messages)
Date: 2019-02-10 20:54:49
Message-ID: 20190210205449.GA10870@alvherre.pgsql
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 2019-Feb-10, Peter Geoghegan wrote:

> On Sun, Feb 10, 2019 at 8:13 AM Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:

> > Just to be be clear, my inclination is to do nothing about this in v11.
> > It's not apparent to me that any fix is possible given the v11 dependency
> > data, at least not without downsides that'd likely outweigh the upsides.
> > We've not seen field complaints about these problems.
>
> I thought that you might have had a trick up your sleeve for v11,
> although I had no idea how that would be possible without making sure
> that partition dependencies came in pairs to begin with. :-)

If we disregard the scenario were people downgrade across minor
versions, it's likely possible to produce SQL queries to transform from
the old arrangement to the new one, and include those in release notes
or a wiki page; not for this week's minors (ENOTIME) but maybe for the
next one.

--
Álvaro Herrera https://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2019-02-10 21:06:29 Re: Fixing findDependentObjects()'s dependency on scan order (regressions in DROP diagnostic messages)
Previous Message Tom Lane 2019-02-10 20:51:36 Re: Fixing findDependentObjects()'s dependency on scan order (regressions in DROP diagnostic messages)