| От | Tom Lane |
|---|---|
| Тема | Re: Transaction-scope advisory locks |
| Дата | |
| Msg-id | 14807.1292346328@sss.pgh.pa.us обсуждение |
| Ответ на | Re: Transaction-scope advisory locks (Marko Tiikkaja <marko.tiikkaja@cs.helsinki.fi>) |
| Ответы |
Re: Transaction-scope advisory locks
|
| Список | pgsql-hackers |
Marko Tiikkaja <marko.tiikkaja@cs.helsinki.fi> writes:
> On 2010-12-14 4:23 AM +0200, Tom Lane wrote:
>> Uh, I don't think so. It sure looks like you have changed the user
>> lockmethod to be transactional, ie, auto-release on commit/abort.
> I was under the impression that passing sessionLock=true to
> LockAcquire(), combined with allLocks=false to LockReleaseAll() would be
> enough to prevent that from happening. My tests seem to agree with this.
> Am I missing something?
All the places that look at LockMethodData->transactional ?
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера