Re: Serializable access giving wrong error messages?

From: Hiroshi Inoue <Inoue(at)tpf(dot)co(dot)jp>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Mikko Vierula <mikko(dot)vierula(at)elektroniikkatyo(dot)fi>, pgsql-bugs(at)postgresql(dot)org
Subject: Re: Serializable access giving wrong error messages?
Date: 2001-12-28 02:24:25
Message-ID: 3C2BD7D9.ED80E976@tpf.co.jp
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

Tom Lane wrote:
>
> Hiroshi Inoue <Inoue(at)tpf(dot)co(dot)jp> writes:
> > Currently PostgreSQL ignores the update/deleted
> > tuples from the first which don't satisfy the
> > qualification at the point of snapshot.
>
> It does? It looks to me like we use SnapshotDirty time qual check
> and wait for any uncommitted transaction. This essentially means
> that we use "latest committed" state, not the query-start snapshot.

I don't refer to SnapshotDirty(Now/Self/Any) as the snapshot
because they aren't real snapshots.
What I meant is e.g.

update t set .. = .. where ...;

PostgreSQL ignores the tuples which don't satisfy the
where clause at the point when the query started(or
when the transaction started in serializable mode)
even though it happend to look already update/delete
(/insert)ed tuples.

regards,
Hiroshi Inoue

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Tom Lane 2001-12-28 03:04:38 Re: Serializable access giving wrong error messages?
Previous Message Tom Lane 2001-12-28 02:06:51 Re: Serializable access giving wrong error messages?