| От | Tom Lane |
|---|---|
| Тема | Re: "tuple concurrently updated" during index deletion |
| Дата | |
| Msg-id | 5372.1184199195@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | "tuple concurrently updated" during index deletion (Joe Conway <mail@joeconway.com>) |
| Ответы |
Re: "tuple concurrently updated" during index deletion
|
| Список | pgsql-hackers |
Joe Conway <mail@joeconway.com> writes: > On cvs head, I can get "tuple concurrently updated" if two separate > transactions are both trying to drop the same index: This seems related to the discussions we had awhile back about how deletion needs to take locks *before* it starts doing anything. http://archives.postgresql.org/pgsql-hackers/2007-01/msg00937.php http://archives.postgresql.org/pgsql-bugs/2007-03/msg00143.php Notice that recursiveDeletion() tries to clean out pg_depend before it actually deletes the target object, and in the current code that object-specific subroutine is the only thing that takes any sort of lock. regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера