Re: parallel restore - Mailing list pgsql-hackers

From Tom Lane
Subject Re: parallel restore
Date
Msg-id 8237.1231374346@sss.pgh.pa.us
Whole thread Raw
In response to Re: parallel restore  (Andrew Dunstan <andrew@dunslane.net>)
List pgsql-hackers
Andrew Dunstan <andrew@dunslane.net> writes:
> Now, we could decide that we always want to do a safe truncate in a 
> parallel restore (i.e. if we have created the table in the same 
> restore), even if archive_mode is on. Then this switch would be 
> redundant, and we might avoid some confusion. I'm inclined to do that 
> right now. In that case we could leave for consideration for 8.5 a 
> switch providing for a TRUNCATE CASCADE on tables before loading them.

+1.  I'm not at all clear on the use-case for a user visible switch
of this sort anyway; it seems more like a foot-gun than something
really helpful.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: Our CLUSTER implementation is pessimal
Next
From: KaiGai Kohei
Date:
Subject: Re: New patch for Column-level privileges