Re: pg_try_advisory_lock is waiting?
От | Mladen Gogala |
---|---|
Тема | Re: pg_try_advisory_lock is waiting? |
Дата | |
Msg-id | 1b2e1d4e-298e-86ef-5875-0c89719d48f1@gmail.com обсуждение исходный текст |
Ответ на | Re: pg_try_advisory_lock is waiting? (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: pg_try_advisory_lock is waiting?
Re: pg_try_advisory_lock is waiting? |
Список | pgsql-general |
On 1/28/22 19:08, Tom Lane wrote:
I doubt it. I think the FOR UPDATE in the sub-select is blocked because the other session has an uncommitted update on the row it wants to lock. This command won't reach the pg_try_advisory_lock call until that row lock comes free.
Yes, I figured it out, but pg_try_advisory_lock returned TRUE even without "FOR UPDATE" clause in the subquery. Shouldn't it return false because it can't lock the row until the uncommitted update finishes?
Regards
-- Mladen Gogala Database Consultant Tel: (347) 321-1217 https://dbwhisperer.wordpress.com
В списке pgsql-general по дате отправления: