Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1YobfM-0001xz-Ts for pgsql-admin@arkaria.postgresql.org; Sat, 02 May 2015 17:57:29 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.80) (envelope-from ) id 1YobfL-0002ws-Tc for pgsql-admin@arkaria.postgresql.org; Sat, 02 May 2015 17:57:27 +0000 Received: from makus.postgresql.org ([2001:4800:1501:1::229]) by malur.postgresql.org with esmtps (TLS1.2:RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1YobfJ-0002we-Qp; Sat, 02 May 2015 17:57:25 +0000 Received: from ks311736.kimsufi.com ([188.165.209.130]) by makus.postgresql.org with esmtp (Exim 4.84) (envelope-from ) id 1YobfG-00083S-K6; Sat, 02 May 2015 17:57:24 +0000 Received: from genius-map.net (verite.pro [195.154.189.246]) by ks311736.kimsufi.com (Postfix) with ESMTP id C6866C011D; Sat, 2 May 2015 20:03:50 +0200 (CEST) Received: by genius-map.net (Postfix, from userid 1001) id 559BA38A1B0B; Sat, 2 May 2015 19:57:19 +0200 (CEST) Content-Type: text/plain; charset="iso-8859-15" Content-Disposition: inline Content-Transfer-Encoding: 7bit MIME-Version: 1.0 Subject: Re: [GENERAL] How to exclude blobs (large objects) from being loaded by pg_restore? From: "Daniel Verite" To: "Alanoly Andrews" CC: "pgsql-general@postgresql.org" , "pgsql-admin@postgresql.org" In-Reply-To: <5a847d77e03244c8aa84f65b98cbc33e@exch1.invera.com> Date: Sat, 02 May 2015 19:57:17 +0200 Message-ID: X-Mailer: Manitou v1.3.1 X-Pg-Spam-Score: -1.9 (-) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-admin Precedence: bulk Sender: pgsql-admin-owner@postgresql.org Alanoly Andrews wrote: > This table does not occur in the listing produced in step 1 above and so > cannot be edited out Yes, pg_largeobject is not mentioned but the TOC should have an entry named BLOBS, as well as other entries related to each large object. If "BLOBS" is removed or commented, pg_restore -L from that list should not create any large object into the destination database. As for the table that contain the "lo" column with the references to large objects, it can be kept or removed from the restore list, it's up to you, but it does not determine whether blobs are restored or not. If the table is kept, its "lo" column will have dangling references to non-existing large objects, but it's irrelevant for pg_restore, as it doesn't track those references. You can always update that column to NULL after the load, or ignore it, or drop it, whatever is more convenient. Best regards, -- Daniel PostgreSQL-powered mail user agent and storage: http://www.manitou-mail.org -- Sent via pgsql-admin mailing list (pgsql-admin@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-admin