> In general, I agree with Tom: I haven't seen many programs that use
> extended SELECT FOR UPDATE logic. However, the ones I have seen have
> been batch style programs written using a whole-table cursor - these
> latter ones have been designed for the cursor stability approach.
I think if we add shared locks we should by default behave like
cursor stability isolation level, that only holds one shared lock for
the current cursor row. The semantics are well defined in SQL.
If you want repeatable read you need to change isolation level.
I know FK checks will need to keep the locks, but I would special case
pgsql-hackers by date
|Next:||From: simon||Date: 2004-12-21 09:38:01|
|Subject: Re: Re: RC2 and open issues|
|Previous:||From: Tom Lane||Date: 2004-12-21 06:57:17|
|Subject: Re: Locale question |