Re: pg_dump restore time and Foreign Keys

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: pg_dump restore time and Foreign Keys
Дата
Msg-id 19362.1213023432@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: pg_dump restore time and Foreign Keys  (Decibel! <decibel@decibel.org>)
Ответы Re: pg_dump restore time and Foreign Keys
Список pgsql-hackers
Decibel! <decibel@decibel.org> writes:
> Actually, in the interest of stating the problem and not the  
> solution, what we need is a way to add FKs that doesn't lock  
> everything up to perform the key checks.

Ah, finally a useful comment.  I think it might be possible to do an
"add FK concurrently" type of command that would take exclusive lock
for just long enough to add the triggers, then scan the tables with just
AccessShareLock to see if the existing rows meet the constraint, and
if so finally mark the constraint "valid".  Meanwhile the constraint
would be enforced against newly-added rows by the triggers, so nothing
gets missed.  You'd still get a small hiccup in system performance
from the transient exclusive lock, but nothing like as bad as it is
now.  Would that solve your problem?
        regards, tom lane


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Mark Cave-Ayland
Дата:
Сообщение: Re: Strange issue with GiST index scan taking far too long
Следующее
От: Tom Lane
Дата:
Сообщение: Potential deadlock with auto-analyze