| От | Mark Kirkwood |
|---|---|
| Тема | Re: Concurrent MERGE |
| Дата | |
| Msg-id | 4C5B43E9.7090800@catalyst.net.nz обсуждение исходный текст |
| Ответ на | Re: Concurrent MERGE (Josh Berkus <josh@agliodbs.com>) |
| Список | pgsql-hackers |
On 06/08/10 10:49, Josh Berkus wrote: > >> Hm? Please explain what you're talking about. >> > Transaction A locks 1 and wants a lock on 2 > Transaction B locks 2 and wants a lock on 3 > Transaction C locks 3 and wants a lock on 1 > > I've never had the deadlock detector successfully deal with the above. > Let alone a 4-way. > > Hmm - seems to work ok for me (8.3.11 with pgbench schema updating branches table by bid): UPDATE branches SET filler='filled' WHERE bid=:x I get transaction A succeeds, B is rolled back by the deadlock detector, C left waiting for A to commit or rollback. What do you find? Cheers Mark
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера