Received: from maia.hub.org (maia-2.hub.org [200.46.204.251]) by mail.postgresql.org (Postfix) with ESMTP id 135871337990 for ; Sun, 31 Oct 2010 15:46:40 -0300 (ADT) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.251]) (amavisd-maia, port 10024) with ESMTP id 49827-05 for ; Sun, 31 Oct 2010 18:46:32 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from acidenitrix.villemain.org (acidenitrix.villemain.org [91.121.90.165]) by mail.postgresql.org (Postfix) with ESMTP id B518C1336705 for ; Sun, 31 Oct 2010 15:46:31 -0300 (ADT) Received: from 89-158-241-48.rev.dartybox.com ([89.158.241.48] helo=DimIMac.local) by acidenitrix.villemain.org with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1PCcum-0007is-Pw; Sun, 31 Oct 2010 19:46:00 +0100 Received: by DimIMac.local (Postfix, from userid 501) id BDF8410FD34B; Sun, 31 Oct 2010 19:45:53 +0100 (CET) From: Dimitri Fontaine To: "Jehan-Guillaume \(ioguix\) de Rorthais" Cc: mark , 'Martin Povolny' , pgsql-admin@postgresql.org Subject: Re: large database: problems with pg_dump and pg_restore Organization: 2ndQuadrant References: <68B59BEDCD36854AADBDF17E91B2937A01A7166E97@EXCHMAIL.staff.internode.com.au> <4CC75485.4080901@free.fr> <005a01cb7580$7a9749f0$6fc5ddd0$@com> <4CC7F43E.7010106@free.fr> User-Mail-Address: dimitri@2ndQuadrant.fr Date: Sun, 31 Oct 2010 19:45:53 +0100 In-Reply-To: <4CC7F43E.7010106@free.fr> (Jehan-Guillaume de Rorthais's message of "Wed, 27 Oct 2010 11:43:26 +0200") Message-ID: User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/24.0.50 (darwin) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-1.9 tagged_above=-10 required=5 tests=BAYES_00=-1.9 X-Spam-Level: X-Archive-Number: 201010/225 X-Sequence-Number: 35966 "Jehan-Guillaume (ioguix) de Rorthais" writes: > If you can spend some more time using -Fc, then you'll be able to play > with -l and -L switches of pg_restore to optionally decide what should > be restored or not (with more control than -n, -t, etc, think about > excluding slony stuffs as instance) See also pg_staging that implements some commands for pg_restore filtering by schema. You can use that feature on its own. http://github.com/dimitri/pg_staging http://tapoueh.org/articles/blog/_pg_staging's_bird_view.html http://tapoueh.org/pgstaging.html Ok, for now check the docs, later I'll try to blog about some features in pg_staging that you can use on their own, and maybe some more about getting up to speed with pg_staging, after all.