X-Original-To: pgsql-performance-postgresql.org@localhost.postgresql.org Received: from localhost (av.hub.org [200.46.204.144]) by postgresql.org (Postfix) with ESMTP id 1CB3711F6C71 for ; Fri, 14 Apr 2006 03:20:16 -0300 (ADT) X-Virus-Scanned: by amavisd-new at hub.org X-Spam-Score: 0.38 X-Spam-Level: X-Spam-Status: No, score=0.38 required=5 tests=[AWL=0.380] Received: from postgresql.org ([200.46.204.71]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id sHMnGVOeE5ya for ; Fri, 14 Apr 2006 03:20:12 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey- Received: from noel.decibel.org (noel.decibel.org [67.100.216.10]) by postgresql.org (Postfix) with ESMTP id 61AED11F6C76 for ; Fri, 14 Apr 2006 03:20:13 -0300 (ADT) Received: by noel.decibel.org (Postfix, from userid 1001) id B6BC156423; Fri, 14 Apr 2006 01:20:12 -0500 (CDT) Received: (hashcash-sendmail, from uid 1001); Fri, 14 Apr 2006 01:20:11 -0500 Date: Fri, 14 Apr 2006 01:20:11 -0500 From: "Jim C. Nasby" To: patrick keshishian Cc: Tom Lane , pgsql-performance@postgresql.org Subject: Re: pg 7.4.x - pg_restore impossibly slow Message-ID: <20060414062010.GZ49405@pervasive.com> References: <53b425b00604121826x213fe2fdmc793e22026469923@mail.gmail.com> <9585.1144903611@sss.pgh.pa.us> <53b425b00604131826s2872bd49id2ac1ab99a5fade4@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <53b425b00604131826s2872bd49id2ac1ab99a5fade4@mail.gmail.com> X-Operating-System: FreeBSD 6.0-RELEASE-p4 amd64 X-Distributed: Join the Effort! http://www.distributed.net User-Agent: Mutt/1.5.11 X-Hashcash: 1:20:060414:pkeshish@gmail.com::C4aHmPQL6UYmRnyr:0000000000000000000 00000000000000000000000006zm X-Hashcash: 1:20:060414:tgl@sss.pgh.pa.us::Za5qgIYFTT+XqD3e:00000000000000000000 0000000000000000000000002pu+ X-Hashcash: 1:20:060414:pgsql-performance@postgresql.org::EC8FYR0VTFw/nY2b:00000 000000000000000000000000HPgF X-Archive-Number: 200604/324 X-Sequence-Number: 18408 On Thu, Apr 13, 2006 at 06:26:00PM -0700, patrick keshishian wrote: > $ dropdb dbname > $ createdb dbname > $ pg_restore -vsOd dbname dbname.DUMP That step is pointless, because the next pg_restore will create the schema for you anyway. > $ date > db.restore ; pg_restore -vcOd dbname \ > dbname.DUMP ; date >> db.restore -- Jim C. Nasby, Sr. Engineering Consultant jnasby@pervasive.com Pervasive Software http://pervasive.com work: 512-231-6117 vcard: http://jim.nasby.net/pervasive.vcf cell: 512-569-9461