Re: CLUSTER, using SHARE UPDATE EXCLUSIVE lock?

Поиск
Список
Период
Сортировка
От Martijn van Oosterhout
Тема Re: CLUSTER, using SHARE UPDATE EXCLUSIVE lock?
Дата
Msg-id 20070301184756.GE1705@svana.org
обсуждение исходный текст
Ответ на Re: CLUSTER, using SHARE UPDATE EXCLUSIVE lock?  (Jonathan Scher <js@oxado.com>)
Ответы Re: CLUSTER, using SHARE UPDATE EXCLUSIVE lock?  (Jonathan Scher <js@oxado.com>)
Список pgsql-hackers
On Thu, Mar 01, 2007 at 06:23:37PM +0100, Jonathan Scher wrote:
> >Because when it drops the old copy of the table there had better not be
> >any concurrent readers.

> Then, is it possible to take a share update exclusive lock until the new
> table is ready, then an access exclusive one only in order to switch
> tables? I don't think it's already coded like that...

That's lock upgrading, which opens you up to deadlocks. If another
process grabs a lock after your update exclusive, you're not going to
be able to upgrade it.

Have a nice day,
--
Martijn van Oosterhout   <kleptog@svana.org>   http://svana.org/kleptog/
> From each according to his ability. To each according to his ability to litigate.

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

Предыдущее
От: August Zajonc
Дата:
Сообщение: Re: New feature request: FlashBack Query
Следующее
От: Darcy Buskermolen
Дата:
Сообщение: Re: Possible Bug: high CPU usage for stats collector in 8.2