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