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
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 |