Re: VACUUMs take twice as long across all nodes - Mailing list pgsql-performance

From Andreas Kostyrka
Subject Re: VACUUMs take twice as long across all nodes
Date
Msg-id 1162141929.7606.4.camel@andi-lap
Whole thread Raw
In response to Re: VACUUMs take twice as long across all nodes  (Andrew Sullivan <ajs@crankycanuck.ca>)
List pgsql-performance
Am Sonntag, den 29.10.2006, 11:43 -0500 schrieb Andrew Sullivan:
> On Sun, Oct 29, 2006 at 05:24:33PM +0100, Andreas Kostyrka wrote:
> > Actually, you need to get the schema from the master node, and can take
> > the data from a slave. In mixing dumps like that, you must realize that
> > there are two seperate parts in the schema dump: "table definitions" and
> > "constraints". Do get a restorable backup you need to put the table
> > definitions stuff before your data, and the constraints after the data
> > copy.
>
> This will work, yes, but you don't get a real point-in-time dump this
But one does, because one can dump all data in one pg_dump call. And
with slony enabled, schema changes won't happen by mistake, they tend to
be a thing for the Slony High Priest, nothing for mere developers ;)

Andreas


Attachment

pgsql-performance by date:

Previous
From: Andrew Sullivan
Date:
Subject: Re: VACUUMs take twice as long across all nodes
Next
From: "Simon Riggs"
Date:
Subject: Re: partitioned table performance