| От | Jonathan Scher |
|---|---|
| Тема | Re: CLUSTER, using SHARE UPDATE EXCLUSIVE lock? |
| Дата | |
| Msg-id | 45E70C19.9050808@oxado.com обсуждение исходный текст |
| Ответ на | Re: CLUSTER, using SHARE UPDATE EXCLUSIVE lock? (Tom Lane <tgl@sss.pgh.pa.us>) |
| Ответы |
Re: CLUSTER, using SHARE UPDATE EXCLUSIVE lock?
|
| Список | pgsql-hackers |
Tom Lane a écrit : > Jonathan Scher <js@oxado.com> writes: > >> CLUSTER uses an ACCESS EXCLUSIVE lock. Why does it forbid concurrent reads? >> > > Because when it drops the old copy of the table there had better not be > any concurrent readers. > > regards, tom lane > > > Then, is it possible to take a share update exclusive lock until the new table is ready, then an access exclusive one only in order to switch tables? I don't think it's already coded like that... Regards Jonathan Scher
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера