Re: Referential Integrity and SHARE locks

Поиск
Список
Период
Сортировка
От Kris Jurka
Тема Re: Referential Integrity and SHARE locks
Дата
Msg-id Pine.BSO.4.64.0702051123150.2503@leary2.csoft.net
обсуждение исходный текст
Ответ на Re: Referential Integrity and SHARE locks  ("Simon Riggs" <simon@2ndquadrant.com>)
Список pgsql-hackers

On Sat, 3 Feb 2007, Simon Riggs wrote:

> There are issues, yes. Dropping PKs is a very irregular occurrence nor
> is it likely to be part of a complex transaction. It wouldn't bother me
> to say that if a transaction already holds a RowExclusiveLock or a
> RowShareLock it cannot upgrade to an AccessExclusiveLock.

Actually, since rearranging PKs is such a drastic change I would expect 
them only to be part of a large complex transaction.  I know for apps I 
work on it would be part of a single transaction script that updated 
whole chunks of data and schema.

Kris Jurka


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

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: Dead code in _bt_split?
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: Configuring BLCKSZ and XLOGSEGSZ (in 8.3)