Re: parallel pg_restore - WIP patch

Поиск
Список
Период
Сортировка
От Dimitri Fontaine
Тема Re: parallel pg_restore - WIP patch
Дата
Msg-id 200809291551.42729.dfontaine@hi-media.com
обсуждение исходный текст
Ответ на Re: parallel pg_restore - WIP patch  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: parallel pg_restore - WIP patch
Список 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 по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: FSM rewrite: doc changes
Следующее
От: Simon Riggs
Дата:
Сообщение: Re: [PATCHES] Infrastructure changes for recovery