Skip site navigation (1)
Skip section navigation (2)
Peripheral Links
Header And Logo
|
Site Navigation
Re: pg 7.4.x - pg_restore impossibly slow
- From: "Jim C. Nasby" <jnasby(at)pervasive(dot)com>
- To: patrick keshishian <pkeshish(at)gmail(dot)com>
- Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pgsql-performance(at)postgresql(dot)org
- Subject: Re: pg 7.4.x - pg_restore impossibly slow
- Date: Fri, 14 Apr 2006 01:20:11 -0500
- Message-id: <20060414062010(dot)GZ49405(at)pervasive(dot)com>
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(at)pervasive(dot)com Pervasive Software http://pervasive.com work: 512-231-6117 vcard: http://jim.nasby.net/pervasive.vcf cell: 512-569-9461
- Follow-Ups:
- Re: pg 7.4.x - pg_restore impossibly slow
- From: patrick keshishian
- Re: pg 7.4.x - pg_restore impossibly slow
- References:
- pg 7.4.x - pg_restore impossibly slow
- From: patrick keshishian
- Re: pg 7.4.x - pg_restore impossibly slow
- From: Tom Lane
- Re: pg 7.4.x - pg_restore impossibly slow
- From: patrick keshishian
- pg 7.4.x - pg_restore impossibly slow
- Prev by Date: Re: Blocks read for index scans
- Next by Date: Re: Blocks read for index scans
- Previous by thread: Re: pg 7.4.x - pg_restore impossibly slow
- Next by thread: Re: pg 7.4.x - pg_restore impossibly slow
- Indexes: