Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cgIuC-0007St-3Y for pgsql-hackers@arkaria.postgresql.org; Tue, 21 Feb 2017 22:27:32 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.84_2) (envelope-from ) id 1cgIuB-0004ow-IC for pgsql-hackers@arkaria.postgresql.org; Tue, 21 Feb 2017 22:27:31 +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 1cgIsl-0003EU-PP for pgsql-hackers@postgresql.org; Tue, 21 Feb 2017 22:26:03 +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 1cgIsj-0001Ma-JI for pgsql-hackers@postgresql.org; Tue, 21 Feb 2017 22:26:03 +0000 Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id 15CB320D2C; Tue, 21 Feb 2017 17:26:00 -0500 (EST) Received: from frontend1 ([10.202.2.160]) by compute7.internal (MEProxy); Tue, 21 Feb 2017 17:26:00 -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=scsIuPUDr5RUuKRBOudNaQpUFdg=; b=QGQGFcnP09HSUXUwNrxS D2co/XdApvau9JXajisyo5mRrwh5tMiHUnupEwXzwO3aU0kuSyPU0XhPVpY+ZrIq rFKUyHwb+5lKUCbjVATzLFYkuzQXBfCTqo3karoteznQffOOCaZoLw3pcMfqgXSv emgqjSHmvA4T+qEnROab9is= X-ME-Sender: X-Sasl-enc: j0dJJY3gS+aYFZB9ZMnc5irPvLy4OpS2Rz/QkFgcudU9 1487715959 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 C2CEC7E1D9; Tue, 21 Feb 2017 17:25:59 -0500 (EST) Subject: Re: Change in "policy" on dump ordering? To: Jim Nasby , Pg Hackers References: <87866740-ef55-8a6d-6480-499b92aa23c0@BlueTreble.com> From: Peter Eisentraut Organization: 2ndQuadrant Message-ID: <8f64786e-824d-7c0d-33a6-3d9e1c8e9fde@2ndquadrant.com> Date: Tue, 21 Feb 2017 17:25:59 -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: <87866740-ef55-8a6d-6480-499b92aa23c0@BlueTreble.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 2/21/17 14:58, Jim Nasby wrote: > AFAICT in older versions only object types that absolutely had to wait > for DO_POST_DATA_BOUNDARY would do so. More recently though, objects are > being added after that (presumably because it's easier than renumbering > everything in dbObjectTypePriority). Is there any specific assignment that you have concerns about? > Is this change a good or bad idea? Should there be an official guide for > where new things go? The comment above dbObjectTypePriority explains it, doesn't it? -- 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