| От | Alvaro Herrera |
|---|---|
| Тема | Re: [GENERAL] Concurrency problem building indexes |
| Дата | |
| Msg-id | 20060425164804.GA27351@surnet.cl обсуждение |
| Ответ на | Re: [GENERAL] Concurrency problem building indexes (Tom Lane <tgl@sss.pgh.pa.us>) |
| Ответы |
Re: [GENERAL] Concurrency problem building indexes
Catalog Access (was: [GENERAL] Concurrency problem building indexes) |
| Список | pgsql-hackers |
I'm late to this thread, but maybe we can make the process of storing the new data in pg_class take a lock using LockObject() or something like that to serialize the access to the pg_class row. The idea would be that this lock doesn't conflict with a LockRelation(), but it would of course conflict with itself so no two CREATE INDEXES can enter that code section concurrently. -- Alvaro Herrera http://www.CommandPrompt.com/ The PostgreSQL Company - Command Prompt, Inc.
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера