From: | Hiroshi Inoue <Inoue(at)tpf(dot)co(dot)jp> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Peter Eisentraut <peter_e(at)gmx(dot)net>, mlw <markw(at)mohawksoft(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Question: update and transaction isolation |
Date: | 2002-04-04 01:08:48 |
Message-ID: | 3CABA7A0.5A49A6D0@tpf.co.jp |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Tom Lane wrote:
>
> Peter Eisentraut <peter_e(at)gmx(dot)net> writes:
> > Tom Lane writes:
> To my mind, full SERIALIZABLE mode is the only approach that can be
> explained in terms of simple notions like "you see only the data that
> existed at time T".
There's another way. If the current value is different from
that at time T, we may be able to reset the time when the
statement begun, which is equivalent to replaceing the snapshot
(this isn't allowed in serializable mode). Of cource it would
be very difficult to implement(at least effectively).
As I've already mentioned many times SELECT and SELECT ..
FOR UPDATE are alike in appearance but quite different in
nature. For example, the meaning of the snapshot isn't the
same as you've pointed out already in this thread.
It's meaingless for SELECT and UPDATE(SELECT .. FOR UPDATE)
to have a common snapshot.
regards,
Hiroshi Inoue
From | Date | Subject | |
---|---|---|---|
Next Message | Hiroshi Inoue | 2002-04-04 01:25:47 | Re: timeout implementation issues |
Previous Message | Bruce Momjian | 2002-04-03 23:57:46 | Re: Locale support is now on by default |