From: | Peter Eisentraut <peter_e(at)gmx(dot)net> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | <pgsql-hackers(at)postgreSQL(dot)org> |
Subject: | Re: Good name for new lock type for VACUUM? |
Date: | 2001-06-22 19:58:20 |
Message-ID: | Pine.LNX.4.30.0106222108390.727-100000@peter.localdomain |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Tom Lane writes:
> Awhile ago I said that I wanted to create a new flavor of table-level
> lock for concurrent VACUUM to get on a table.
> I'm having a hard time coming up with a name, though. I originally
> called it "VacuumLock" but naming it after its primary use seems bogus.
Not that a name like "share row exclusive" is any less bogus. ;-)
I've been staring at the lock names for an hour now and the best name I've
come up with is SHARE UPDATE EXCLUSIVE, as in "share update, otherwise
exclusive" (the implication being that update would allow select as well),
or some permutation thereof.
Any other constructs that follow the existing patterns lead to
significantly less desirable names like
EXCLUSIVE ROW EXCLUSIVE == like ROW EXCLUSIVE, but self-exclusive, or
ROW EXCLUSIVE SHARE == like SHARE, but allows ROW EXCLUSIVE
--
Peter Eisentraut peter_e(at)gmx(dot)net http://funkturm.homeip.net/~peter
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2001-06-22 19:59:18 | Re: Good name for new lock type for VACUUM? |
Previous Message | Joseph Weinstein | 2001-06-22 19:53:29 | Re: JDBC Connection State Management with SQL Exceptions (esp Postgresql) |