Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1gsw7u-0007le-Vx for pgsql-hackers@arkaria.postgresql.org; Sun, 10 Feb 2019 20:54:59 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1gsw7t-0004C2-KS for pgsql-hackers@arkaria.postgresql.org; Sun, 10 Feb 2019 20:54:57 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1gsw7t-0004Bv-DF for pgsql-hackers@lists.postgresql.org; Sun, 10 Feb 2019 20:54:57 +0000 Received: from mail-qt1-x844.google.com ([2607:f8b0:4864:20::844]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1gsw7q-00076v-2E for pgsql-hackers@postgresql.org; Sun, 10 Feb 2019 20:54:57 +0000 Received: by mail-qt1-x844.google.com with SMTP id r9so10057285qtt.3 for ; Sun, 10 Feb 2019 12:54:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=2ndquadrant-com.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:mime-version:content-disposition :content-transfer-encoding:in-reply-to:user-agent; bh=puNP5UuL9Jm7Xq9L6tyVWtdcqyjbBDLXVyaRuShudOU=; b=WZVxCGiugPOmJi+h+OWKiwUA9LfbIhRaOEJLYAXcgCZ7Bur/CmtX2xznRJMRoGoDbP J7s82/P+5dG7WaJRt9PAnHykYvAnLACph+qTYtuzDX4UIgLnhx3U4pMtR/1ft4TW7XbT y/K31OXCQ9nqXW4EubZgyaOLhZM7OaWHDvymV2bl1xyAj0eRIRf2e1PgTS4QAtNmCw/4 wBhGb7mxGfiwva57Dg8GzE4nFFawCozOxccOui360BBtBB+3wWz3bgkGF8ijwuR1e5xY M6Dbc9EY1pNrUYfLVhesP3W+Sk+s0CcQTYtg4cIlqqifdS/2mL5/ZdZlDCJdX26mFYc9 yMZw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:mime-version :content-disposition:content-transfer-encoding:in-reply-to :user-agent; bh=puNP5UuL9Jm7Xq9L6tyVWtdcqyjbBDLXVyaRuShudOU=; b=PBQez4etDw0p4NMDrRxX3MZXBgyrPYtRNJ5MEZ377cb8FlwebXHmbGQi/yqrVEQyZb OJm7pQfxvdiRzhfCRbWf14HKyr+ShTLxh8r5mJ1mwVrMWd4zzmC1vOswmEXfF5ed2TS9 TP41S467/I8zq9hsD5gGLc8HpYEtC0YVr4yP/yYZDzt+QsrtOXbFger4nqUJh9JMZXCs l6gOYhlfd/0Lmwj171GorjkKAm/jmR/CmRYchjyzmWXmzMQvH+s4NAht9AOE6OYea6uF nQecSWMxNMh0DZzSL3/tqeX18wM64svK/Owvcgj+xq5SJpC8447VzP5SiHLPrdAPbmJX KL4A== X-Gm-Message-State: AHQUAuaMBcKIAcBxTVV6tKPXzL5pr+qnkas8J6bAnPwc7od/Yx/rEc0B JeXewxYpjtLJYZmAEBpch9k/IQ== X-Google-Smtp-Source: AHgI3IaPhbln1Dg44Na50AUSs1l5sDm1fhjotK6Hwf34ujg6ZG/uKql9lZCT7monB+hICySDW/IAKQ== X-Received: by 2002:a0c:f90b:: with SMTP id v11mr22418083qvn.236.1549832091931; Sun, 10 Feb 2019 12:54:51 -0800 (PST) Received: from nimloth.alvh.no-ip.org ([201.186.80.67]) by smtp.gmail.com with ESMTPSA id x57sm12971545qtx.96.2019.02.10.12.54.51 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sun, 10 Feb 2019 12:54:51 -0800 (PST) Received: by nimloth.alvh.no-ip.org (Postfix, from userid 1000) id D00B11245A8; Sun, 10 Feb 2019 17:54:49 -0300 (-03) Date: Sun, 10 Feb 2019 17:54:49 -0300 From: Alvaro Herrera To: Peter Geoghegan Cc: Tom Lane , PostgreSQL Hackers Subject: Re: Fixing findDependentObjects()'s dependency on scan order (regressions in DROP diagnostic messages) Message-ID: <20190210205449.GA10870@alvherre.pgsql> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.9.4 (2018-02-28) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk On 2019-Feb-10, Peter Geoghegan wrote: > On Sun, Feb 10, 2019 at 8:13 AM Tom Lane 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