Re: Reducing relation locking overhead

Поиск
Список
Период
Сортировка
От Greg Stark
Тема Re: Reducing relation locking overhead
Дата
Msg-id 87sltadxf6.fsf@stark.xeocode.com
обсуждение исходный текст
Ответ на Re: Reducing relation locking overhead  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Reducing relation locking overhead  (Kevin Brown <kevin@sysexperts.com>)
Re: Reducing relation locking overhead  (Tom Lane <tgl@sss.pgh.pa.us>)
Re: Reducing relation locking overhead  ("Jim C. Nasby" <jim@nasby.net>)
Список pgsql-hackers
Tom Lane <tgl@sss.pgh.pa.us> writes:

> What's worse, once you have excluded writes you have to rescan the entire
> table to be sure you haven't missed anything. So in the scenarios where this
> whole thing is actually interesting, ie enormous tables, you're still
> talking about a fairly long interval with writes locked out. Maybe not as
> long as a complete REINDEX, but long.

I was thinking you would set a flag to disable use of the FSM for
inserts/updates while the reindex was running. So you would know where to find
the new tuples, at the end of the table after the last tuple you read.

-- 
greg



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

Предыдущее
От: "Mario Weilguni"
Дата:
Сообщение: Strange left join problems in 8.1
Следующее
От: Greg Stark
Дата:
Сообщение: Re: Reducing relation locking overhead