| От | Greg Stark |
|---|---|
| Тема | Re: postgresql locks the whole table! |
| Дата | |
| Msg-id | 873cbw1k24.fsf@stark.dyndns.tv обсуждение исходный текст |
| Ответ на | Re: postgresql locks the whole table! (Stephan Szabo <sszabo@megazone.bigpanda.com>) |
| Список | pgsql-general |
Stephan Szabo <sszabo@megazone.bigpanda.com> writes: > In addition, how should the locks be granted for a sequence like: > T1: get shared lock on row A > T2: get exclusive lock on row A > T3: get shared lock on row A > Does T3 get the lock or not? If it does, then you have the possibility of > freezing out T2 for a very long time and badly hurting update/delete > performance. Well this is a fundamental question that applies to any scheme to handle shared locks. You get into all sorts of fun stuff like livelock and priority inversion that real time systems folk invent just to torture programmers. -- greg
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера