Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ckt8e-00063L-Py for pgsql-hackers@arkaria.postgresql.org; Mon, 06 Mar 2017 13:57:24 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.84_2) (envelope-from ) id 1ckt8e-00025y-CW for pgsql-hackers@arkaria.postgresql.org; Mon, 06 Mar 2017 13:57:24 +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 1ckiRv-0003vF-Jf for pgsql-hackers@postgresql.org; Mon, 06 Mar 2017 02:32:35 +0000 Received: from mail-qk0-x233.google.com ([2607:f8b0:400d:c09::233]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.84_2) (envelope-from ) id 1ckiRt-0007Cm-Hg for pgsql-hackers@postgresql.org; Mon, 06 Mar 2017 02:32:35 +0000 Received: by mail-qk0-x233.google.com with SMTP id p64so14660771qke.1 for ; Sun, 05 Mar 2017 18:32:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=openscg-com.20150623.gappssmtp.com; s=20150623; h=from:subject:to:references:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding; bh=KwUNCzHqsjstJJyeSXmZQPMdzDqmUR22bsEkhlEjIb4=; b=RAX1B2alvFRwxkBWGxCrBJefRJtn8DVvp16lUCSskUdY7jfe4aO7UUmlMeiGBM1OWx pyyGNn2UyQYu3kTACxuik622yOKZGqxmeJO9UcYMK+cdVdgznOuKMeVxcsWU5Pul9cVA 71g8L6AQKt4mBg9y8qT8INExxxA+y/fXZXYSpD0Us2b4YpITbVoGxGyWPKZg2do2tAxM yRd2LunRkSJmRYaMJmDGVK1JMqbRS5BFFWuFUXFru6yMsbOfm4KVYfCUZq2XzDVGic8k +1b4mxlJ0M+2qH8xRMw2oXvgGOdrXGHuZGaLUUpuyJKE3oT5tcqlbVn4pz21LcBcHqBO t9zw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:subject:to:references:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=KwUNCzHqsjstJJyeSXmZQPMdzDqmUR22bsEkhlEjIb4=; b=MK+3ApIDXkPikvsG+glXMjWDOcuCOnqT8hwahV7m1JpUegpSxkGQadcW/T31yUjqx7 4IV/zuV9hVDAHxh3fA1TP57N8uM8cgxBqP/wrRwtx32Fdp+W/8st278aD/tib0SWLLbc Ci5kHy/xELN4cSVJ+G7AxHx2wZQeZhtGs1Io81Ra5unbpNL64XiDi7TDfO09EAYu4VPO K/FinKbtLRxc5OOhLHTeYGJFtLW3RUbv0FQXdfRfq9JMFezGaeg4ifs4UY6AxU9/DfXx 8mRigMTIzdUc1xiIfdt1ST4nsqkjOduxiLozrPMynrHVGYvkaEGN6H922rXd7BM/2S6E V12Q== X-Gm-Message-State: AMke39mfSuGffH/DkUeF82JpG6gyCXyqQrcULU1YAmNJT10NBmtUNWMpJKHRRchRPKh5IQsL X-Received: by 10.55.3.151 with SMTP id 145mr12718780qkd.244.1488767552100; Sun, 05 Mar 2017 18:32:32 -0800 (PST) Received: from decina.local (104-49-66-125.lightspeed.cicril.sbcglobal.net. [104.49.66.125]) by smtp.gmail.com with ESMTPSA id x2sm12487976qkc.61.2017.03.05.18.32.31 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 05 Mar 2017 18:32:31 -0800 (PST) From: Jim Nasby Subject: Re: Change in "policy" on dump ordering? To: Peter Eisentraut , 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> <753dcafc-a648-9041-e9ca-e405cd4498f4@2ndquadrant.com> Message-ID: Date: Sun, 5 Mar 2017 13:12:13 -0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 In-Reply-To: <753dcafc-a648-9041-e9ca-e405cd4498f4@2ndquadrant.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Pg-Spam-Score: -1.0 (-) 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/4/17 11:49 AM, Peter Eisentraut wrote: >> 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. Thanks. Something else that seems somewhat useful would be to have the sort defined by an array of the ENUM values in the correct order, and then have the code do the mechanical map generation. I'm guessing the only reasonable way to make that work would be to have some kind of a last item indicator value, so you know how many values were in the ENUM. Maybe there's a better way to do that... -- Jim Nasby, Chief Data Architect, OpenSCG -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers