Re: parallel pg_restore - WIP patch - Mailing list pgsql-hackers

From Dimitri Fontaine
Subject Re: parallel pg_restore - WIP patch
Date
Msg-id 200809291551.42729.dfontaine@hi-media.com
Whole thread Raw
In response to Re: parallel pg_restore - WIP patch  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: parallel pg_restore - WIP patch  (Andrew Dunstan <andrew@dunslane.net>)
List pgsql-hackers
Le lundi 29 septembre 2008, Tom Lane a écrit :
> * Extend the archive format to provide some indication that "restoring
> this object requires exclusive access to these dependencies".
>
> * Hardwire knowledge into pg_restore that certain types of objects
> require exclusive access to their dependencies.

Well, it seems to me that currently the FK needs in term of existing indexes
and locks, and some other object lock needs, are all hardwired. Is it even
safe to consider having the locks needed for certain commands not be
hardwired?

Provided I'm not all wrong here, I don't see how having something more
flexible at restore time than at build time is a win. The drawback is that
whenever you change a lock need in commands, you have to remember teaching
pg_restore about it too.

So my vote here is in favor of hardwired knowledge of pg_restore, matching
target server code assumptions and needs.

Regards,
--
dim

pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: FSM rewrite: doc changes
Next
From: Simon Riggs
Date:
Subject: Re: [PATCHES] Infrastructure changes for recovery