Re: Reducing relation locking overhead

Поиск
Список
Период
Сортировка
От Greg Stark
Тема Re: Reducing relation locking overhead
Дата
Msg-id 87iru8f16v.fsf@stark.xeocode.com
обсуждение исходный текст
Ответ на Re: Reducing relation locking overhead  (Christopher Kings-Lynne <chriskl@familyhealth.com.au>)
Ответы Re: Reducing relation locking overhead  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
Christopher Kings-Lynne <chriskl@familyhealth.com.au> writes:

> Surely in the real world REINDEX is run so rarely compared to all those other
> operations it'd be a win...

It's not a question of frequency. We're not talking about something like a 10%
performance loss. You're talking about whether REINDEX is useful at all.
Consider installations where REINDEX will require shutting down business
critical operations for days...

It was a *major* new feature that many people were waiting for when Oracle
finally implemented live CREATE INDEX and REINDEX. The ability to run create
an index without blocking any operations on a table, even updates, was
absolutely critical for 24x7 operation.

-- 
greg



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

Предыдущее
От: Greg Stark
Дата:
Сообщение: Re: Fork-based version of pgbench
Следующее
От: Trent Shipley
Дата:
Сообщение: Re: generalizing the planner knobs