Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cko5v-00074E-4v for pgsql-hackers@arkaria.postgresql.org; Mon, 06 Mar 2017 08:34:15 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.84_2) (envelope-from ) id 1cko5u-0002tV-JC for pgsql-hackers@arkaria.postgresql.org; Mon, 06 Mar 2017 08:34:14 +0000 Received: from makus.postgresql.org ([2001:4800:1501:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1cko5t-0002tK-OV for pgsql-hackers@postgresql.org; Mon, 06 Mar 2017 08:34:13 +0000 Received: from mout.gmx.net ([212.227.17.22]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.84_2) (envelope-from ) id 1cko5l-0002yF-WD for pgsql-hackers@postgresql.org; Mon, 06 Mar 2017 08:34:12 +0000 Received: from nighthawk.chemicalconnection.dyndns.org ([88.217.116.110]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MUHbK-1cuFzD29De-00Qysx; Mon, 06 Mar 2017 09:33:49 +0100 Received: from mbanck by nighthawk.chemicalconnection.dyndns.org with local (Exim 4.84_2) (envelope-from ) id 1cko5P-0003Cz-1z; Mon, 06 Mar 2017 09:33:43 +0100 Date: Mon, 6 Mar 2017 09:33:43 +0100 From: Michael Banck To: Peter Eisentraut Cc: Jim Nasby , Pg Hackers Subject: Re: Change in "policy" on dump ordering? Message-ID: <20170306083342.GA8374@nighthawk.caipicrew.dd-dns.de> References: <87866740-ef55-8a6d-6480-499b92aa23c0@BlueTreble.com> <8f64786e-824d-7c0d-33a6-3d9e1c8e9fde@2ndquadrant.com> <33b25c65-94f1-6ff6-c717-61a56294a255@2ndquadrant.com> <75409fb1-bd96-25c2-f6b0-c24e28ed2684@2ndquadrant.com> <65049c27-96bf-317b-b435-931f6041f94c@BlueTreble.com> <67d35333-ef65-074a-b2be-52440f245e43@2ndquadrant.com> <753dcafc-a648-9041-e9ca-e405cd4498f4@2ndquadrant.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <753dcafc-a648-9041-e9ca-e405cd4498f4@2ndquadrant.com> User-Agent: Mutt/1.5.23 (2014-03-12) X-Provags-ID: V03:K0:sqva1pB460Z3dC73u8qOPi5PKue348cJP4NeSNmqH/K4Nhowi4f pbMAr1syQp1UsUbNDDpPv0Sz+GGkK0gBVqMo8YeK6eoZ1CKRGqYc0K1X0m5u0OtN9kAP5hO STzyGKKXZVqEOMxcyWnp0C9T5sOfRqH7OE0dz1MiRE+UepxOU5nsBPD/n3cohCxbDdzJo2S mlw/2EaGjQglfaSOV2baA== X-UI-Out-Filterresults: notjunk:1;V01:K0:U3UruoGtch8=:sXrakT7Mz+dXI6Aazc7dFe ScCN4w3jcGpGpNXp+Fcxn/KBGZrSV04f9JbKO0aSAraTX/F0jxTseZ405E2CsnUzyT4GnLd9f 1zXJy0xrUxTnMXb7HZyB49YDl40yackBDkbpOIzXCDVlQNnrnlnK/FDjebIWEBPIFHq1kg6Yr 41jGFU72fFi9xYkDfQL5/820MTKRZcrVo56+YWtTvOQYckHdkbTPolXm+EcSfSnXCKoX0thn3 8lmFEJmQRkv1ci6JD5zqFu2VxBwjmeuoyb5bBqt9sPtJKlftAH/xXaRA/y0br5iew9ZtNOLvu es5A5+/5nf6iTcW4gLqs48RI3kMmLaMn5dmLowQS2kb78IhMk3xFzTZpIEZXgIvUarxFBWtRR yzpZSPf1F/2TgG7pL6rDnvvsXNyCvdiqI+asTEXrSvv1hUsMCJ2LCcc9KEzBGLpXbjRjZo0Lk 3a/nYcLjDnNTRUL+3fO8Vw+rPTp67OhfbO8lRiFLtHBR05o3Ap+qLgN3ntf1MkWnfgzAM6IwT OC1R9JiZrRiBHzcKL28uRLzfOyWyx+rRmgxr2aD8zLosRQyZ2eBUPFYf25c8Zp/HQ8gLm5BQG EamC19f2EFxcT1k89PpBBQ4lMqBti6mA0l/Io2H9sUZDnv4l2DdUXcOWxN66HyJKYfPxmwYxs +cJh+pwBLkzTXobyJJZ0kzGKp/gbDwCsZ+gmTB3A+BmsnxRWa5hJCMbU+0XdtDHX5MOWgxYmw +W/gIqty3qM5nVGxOosI6gBiYlKbgS7k/r/B9E7zvoAXo9xlYmuHwq+95VsZZJf0Y3WBA+8v8 FscAn3o X-Pg-Spam-Score: -2.4 (--) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-hackers Precedence: bulk Sender: pgsql-hackers-owner@postgresql.org Hi, On Sat, Mar 04, 2017 at 02:49:36PM -0500, Peter Eisentraut wrote: > On 3/1/17 08:36, Peter Eisentraut wrote: > > On 2/22/17 18:24, Jim Nasby wrote: > >>> Yes, by that logic matview refresh should always be last. > >> > >> Patches for head attached. > >> > >> RLS was the first item added after DO_REFRESH_MATVIEW, which was added > >> in 9.5. So if we want to treat this as a bug, they'd need to be patched > >> as well, which is a simple matter of swapping 33 and 34. > > > > I wonder whether we should emphasize this change by assigning > > DO_REFRESH_MATVIEW a higher number, like 100? > > Since there wasn't any interest in that idea, I have committed Jim's > patch as is. Would this be a candidate for backpatching, or is the behaviour change in pg_dump trumping the issues it solves? Michael -- Michael Banck Projektleiter / Senior Berater Tel.: +49 2166 9901-171 Fax: +49 2166 9901-100 Email: michael.banck@credativ.de credativ GmbH, HRB Mönchengladbach 12080 USt-ID-Nummer: DE204566209 Trompeterallee 108, 41189 Mönchengladbach Geschäftsführung: Dr. Michael Meskes, Jörg Folz, Sascha Heuer -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers