Re: Tricky bugs in concurrent index build

Поиск
Список
Период
Сортировка
От Gregory Stark
Тема Re: Tricky bugs in concurrent index build
Дата
Msg-id 87zmdvxvq0.fsf@enterprisedb.com
обсуждение исходный текст
Ответ на Re: Tricky bugs in concurrent index build  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Tricky bugs in concurrent index build
Список pgsql-hackers
Tom Lane <tgl@sss.pgh.pa.us> writes:

> I think that's OK, but the whole idea of using an MVCC snap in phase 2
> doesn't work on closer inspection.  The problem is still the same one
> that you need to take (at least) share lock on each tuple you insert
> into the index.  Telling aminsert to check uniqueness implicitly assumes
> the new tuple is live, and without any lock on the tuple you can't
> promise that.  

No wait. It's still "live" according to my snapshot. How could it be possible
for a single snapshot to see two different versions of the same tuple as live?

--  Gregory Stark EnterpriseDB          http://www.enterprisedb.com



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

Предыдущее
От: Markus Schiltknecht
Дата:
Сообщение: Re: Replication
Следующее
От: Jeff Davis
Дата:
Сообщение: Re: Replication