Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ckFhR-0000nU-RV for pgsql-hackers@arkaria.postgresql.org; Sat, 04 Mar 2017 19:50:41 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.84_2) (envelope-from ) id 1ckFhQ-0003rr-CE for pgsql-hackers@arkaria.postgresql.org; Sat, 04 Mar 2017 19:50:40 +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_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1ckFgZ-0003nE-7J for pgsql-hackers@postgresql.org; Sat, 04 Mar 2017 19:49:47 +0000 Received: from out4-smtp.messagingengine.com ([66.111.4.28]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1ckFgQ-00081t-L6 for pgsql-hackers@postgresql.org; Sat, 04 Mar 2017 19:49:46 +0000 Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id E3C3F20972; Sat, 4 Mar 2017 14:49:36 -0500 (EST) Received: from frontend1 ([10.202.2.160]) by compute7.internal (MEProxy); Sat, 04 Mar 2017 14:49:36 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc:x-sasl-enc; s= smtpout; bh=hmQtGvdH1KQ1t0Vw/MPWdp+JmmQ=; b=RwAMMNVX+hnn00vUsdSx x8RzBvrKM7mJg6w2SdmrO6HA3Y9CY9koUvwu8z64e04JXVVSq+oyEAqbIEPrfMHa 5X6bTe6o6EDf+vjTcHm6piKTid7QCfAiD4EeGAsA0TgWnJUbjSyPk7H5ehBeGmYz I5cciprgEHHfFjXRgioMV0o= X-ME-Sender: X-Sasl-enc: YvoIyeu7H1rpxD58+nous+mM7jrvEr2k5Lgw0mL0O1wE 1488656976 Received: from april.local (c-73-13-66-39.hsd1.pa.comcast.net [73.13.66.39]) by mail.messagingengine.com (Postfix) with ESMTPA id A02837E46B; Sat, 4 Mar 2017 14:49:36 -0500 (EST) Subject: Re: Change in "policy" on dump ordering? To: Jim Nasby , Pg Hackers 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> From: Peter Eisentraut Organization: 2ndQuadrant Message-ID: <753dcafc-a648-9041-e9ca-e405cd4498f4@2ndquadrant.com> Date: Sat, 4 Mar 2017 14:49:36 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:45.0) Gecko/20100101 Thunderbird/45.7.0 MIME-Version: 1.0 In-Reply-To: <67d35333-ef65-074a-b2be-52440f245e43@2ndquadrant.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Pg-Spam-Score: -2.6 (--) 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 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. -- Peter Eisentraut http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers