Re: TRUNCATE+COPY optimization and --jobs=1 in pg_restore

Andrew Dunstan <andrew@dunslane.net>

From: Andrew Dunstan <andrew@dunslane.net>
To: Tom Lane <tgl@sss.pgh.pa.us>
Cc: Takahiro Itagaki <itagaki.takahiro@oss.ntt.co.jp>, pgsql-hackers@postgresql.org
Date: 2010-02-10T04:13:52Z
Lists: pgsql-hackers

Tom Lane wrote:
> Takahiro Itagaki <itagaki.takahiro@oss.ntt.co.jp> writes:
>   
>> We have an optimization to bulkload date in pg_restore, but the code
>> only works in parallel restore (--jobs >= 2). Why don't we do the
>> same optimization in the serial restore (--jobs = 1) ?
>>     
>
> The code is only trying to substitute for something you can't have
> in parallel restore, ie --single-transaction.
>
> 			
>   

Exactly. IIRC that's why --single-transaction was introduced in the 
first place.

Takahiro-san is suggesting there is a case for doing the optimisation in 
non-parallel mode. But if we do that, is there still a case for 
--single-transaction?

cheers

andrew