Received: from magus.postgresql.org ([87.238.57.229]) by malur.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1TYU5Z-0003bF-Qw for pgsql-performance@postgresql.org; Wed, 14 Nov 2012 03:56:33 +0000 Received: from relay4-d.mail.gandi.net ([217.70.183.196]) by magus.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1TYU5X-0003Ka-5T for pgsql-performance@postgresql.org; Wed, 14 Nov 2012 03:56:33 +0000 X-Originating-IP: 217.70.178.130 Received: from mfilter1-d.gandi.net (mfilter1-d.gandi.net [217.70.178.130]) by relay4-d.mail.gandi.net (Postfix) with ESMTP id 89631172092; Wed, 14 Nov 2012 04:56:19 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at mfilter1-d.gandi.net Received: from relay4-d.mail.gandi.net ([217.70.183.196]) by mfilter1-d.gandi.net (mfilter1-d.gandi.net [10.0.15.180]) (amavisd-new, port 10024) with ESMTP id sH62-KlI0k84; Wed, 14 Nov 2012 04:56:18 +0100 (CET) X-Originating-IP: 98.27.54.176 Received: from [192.168.10.146] (cpe-098-027-054-176.nc.res.rr.com [98.27.54.176]) (Authenticated sender: adsend@dunslane.net) by relay4-d.mail.gandi.net (Postfix) with ESMTPSA id D3E14172095; Wed, 14 Nov 2012 04:56:17 +0100 (CET) Message-ID: <50A31660.1010700@dunslane.net> Date: Tue, 13 Nov 2012 22:56:16 -0500 From: Andrew Dunstan User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:15.0) Gecko/20120827 Thunderbird/15.0 MIME-Version: 1.0 To: Denis CC: pgsql-performance@postgresql.org Subject: Re: [HACKERS] pg_dump and thousands of schemas References: <1352211374706-5730864.post@n5.nabble.com> <13005.1352214454@sss.pgh.pa.us> <1352216421913-5730877.post@n5.nabble.com> <16061.1352224264@sss.pgh.pa.us> <1352284972611-5730998.post@n5.nabble.com> <8407.1352300557@sss.pgh.pa.us> <1352365474583-5731188.post@n5.nabble.com> <1352862759173-5731900.post@n5.nabble.com> In-Reply-To: <1352862759173-5731900.post@n5.nabble.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Pg-Spam-Score: -2.6 (--) X-Archive-Number: 201211/157 X-Sequence-Number: 48523 On 11/13/2012 10:12 PM, Denis wrote: > Please don't think that I'm trying to nitpick here, but pg_dump has options > for dumping separate tables and that's not really consistent with the idea > that "pg_dump is primarily designed for dumping entire databases". > > Sure it is. The word "primarily" is not just a noise word here. The fact that we have options to do other things doesn't mean that its primary design goal has changed. cheers andrew