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
Re: Reducing relation locking overhead Re: Reducing relation locking overhead |
Список | 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 по дате отправления: