Re: userlock changes for 8.1/8.2 - Mailing list pgsql-hackers

From Jim C. Nasby
Subject Re: userlock changes for 8.1/8.2
Date
Msg-id 20050125044040.GX67721@decibel.org
Whole thread Raw
In response to Re: userlock changes for 8.1/8.2  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
On Mon, Jan 24, 2005 at 10:43:40PM -0500, Tom Lane wrote:
> "Jim C. Nasby" <decibel@decibel.org> writes:
> > Speaking of other tricks and things missing; I'd like to see support for
> > named locks.
> 
> [ yawn... ]  Create a table with a "name" column, put some rows in it,
> lock the rows.

What would guarantee that the OIDs of those rows don't conflict with
some other OIDs in the system?

BTW, this becomes a real issue if you're trying to write code that is
meant to be incorporated into other PostgreSQL applications, which might
also be using user_lock. Having a text-based means to identify locks
greatly reduces the odds of conflicting with a userlock being used by an
existing application.
-- 
Jim C. Nasby, Database Consultant               decibel@decibel.org 
Give your computer some brain candy! www.distributed.net Team #1828

Windows: "Where do you want to go today?"
Linux: "Where do you want to go tomorrow?"
FreeBSD: "Are you guys coming, or what?"


pgsql-hackers by date:

Previous
From: Neil Conway
Date:
Subject: bug w/ cursors and savepoints
Next
From: "Min Xu (Hsu)"
Date:
Subject: Re: Concurrent free-lock