Re: [COMMITTERS] pgsql: Add lock matrix to documentation. - Mailing list pgsql-hackers

From Merlin Moncure
Subject Re: [COMMITTERS] pgsql: Add lock matrix to documentation.
Date
Msg-id b42b73150702090621h551dbec4p8594b8c72d8b9a48@mail.gmail.com
Whole thread Raw
In response to Re: [COMMITTERS] pgsql: Add lock matrix to documentation.  (Oleg Bartunov <oleg@sai.msu.su>)
Responses Re: [COMMITTERS] pgsql: Add lock matrix to documentation.  (Bruce Momjian <bruce@momjian.us>)
List pgsql-hackers
On 2/9/07, Oleg Bartunov <oleg@sai.msu.su> wrote:
> On Fri, 9 Feb 2007, Peter Eisentraut wrote:
>
> > Am Donnerstag, 8. Februar 2007 16:32 schrieb Bruce Momjian:
> >> Log Message:
> >> -----------
> >> Add lock matrix to documentation.
> >
> > This needs some revisions.  The table needs to be mentioned somewhere in the
> > text, so the reader knows when or why to refer to it.  Also, the cryptic
> > abbreviations need to be expanded or explained.  And then the concept of
> > lock "compatibility", as the table puts it, is not used anywhere else in the
> > documentation.  The table should be put in terms of conflicts instead.
> >
>
> Another version with expanded abbreviations is
> http://mira.sai.msu.su/~megera/pgsql/lockmatrix/c2.html, if remove
> UPDATE EXCLUSIVE.
>
> While compatibility matrix is a commonly accepted termin, I agree, that
> using conficts would be better in context of our docs.

How about changing 'current lock mode' to 'opposing lock mode'?
'current' kind of suggests that you are escalating your own lock.

merlin

pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: [PATCHES] [pgsql-patches] Phantom Command IDs, updated patch
Next
From: Andrew Dunstan
Date:
Subject: Re: [COMMITTERS] pgsql: Add lock matrix to documentation.