RE: User locks code

From: Lincoln Yeoh <lyeoh(at)pop(dot)jaring(dot)my>
To: "Vadim Mikheev" <vmikheev(at)sectorbase(dot)com>, "Rod Taylor" <rod(dot)taylor(at)inquent(dot)com>, <pgsql-hackers(at)postgresql(dot)org>
Subject: RE: User locks code
Date: 2001-08-20 15:52:03
Message-ID: 3.0.5.32.20010820235203.01706320@192.228.128.13
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

At 11:20 AM 8/19/01 -0700, Vadim Mikheev wrote:
>Well, ability to lock only unlocked rows in select for update is useful,
>of course. But uniq features of user'locks are:
>
>1. They don't interfere with normal locks hold by session/transaction.
>2. Share lock is available.
>3. User can lock *and unlock objects* inside transaction, which is not
> (and will not be) available with locks held by transactions.

Would your suggested implementation allow locking on an arbitrary string?

If it does then one of the things I'd use it for is to insert unique data
without having to lock the table or rollback on failed insert (unique index
still kept as a guarantee).

Cheerio,
Link.

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Doug McNaught 2001-08-20 15:55:42 Re: Re: CREATEDB Where ??
Previous Message Peter Eisentraut 2001-08-20 15:45:02 Re: LIKE indexing