Re: pg_advisory_lock problem

From: Merlin Moncure <mmoncure(at)gmail(dot)com>
To: Kevin Grittner <kgrittn(at)ymail(dot)com>
Cc: Rémi Cura <remi(dot)cura(at)gmail(dot)com>, John R Pierce <pierce(at)hogranch(dot)com>, PostgreSQL General <pgsql-general(at)postgresql(dot)org>
Subject: Re: pg_advisory_lock problem
Date: 2014-08-11 15:51:47
Message-ID: CAHyXU0yXWkVvy4MMXNMrGSLRDgFNbX78hiChwFtOncbxgWWA=Q@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Mon, Aug 11, 2014 at 9:49 AM, Kevin Grittner <kgrittn(at)ymail(dot)com> wrote:
> Rémi Cura <remi(dot)cura(at)gmail(dot)com> wrote:
>
>> 2014-08-11 5:33 GMT+02:00 John R Pierce <pierce(at)hogranch(dot)com>:
>
>>> ah, you're releasing the lock before the insert is committed,
>>> since this is all within a function call, its entirely within a
>>> single transaction.
>
>> Oh no I hoped it was something fixable
>
> Well, it might be. Try using a transactional advisory lock and
> letting it expire at the end of the transaction, rather than
> explicitly releasing it before the transaction commits. Depending
> on some other details, that might get it to do what you want.

Better to use vanilla LOCK TABLE statement in my opinion for this purpose.

merlin

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Adrian Klaver 2014-08-11 18:57:16 Re: postgresql referencing and creating types as record
Previous Message David Carpio 2014-08-11 15:37:08 Re: pgcluu