Re: Bug #514: Backend crashes periodically

From: Hiroshi Inoue <Inoue(at)tpf(dot)co(dot)jp>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Warren Volz <wrv(at)po(dot)cwru(dot)edu>, pgsql-bugs(at)postgresql(dot)org
Subject: Re: Bug #514: Backend crashes periodically
Date: 2001-11-15 02:55:57
Message-ID: 3BF32EBD.1EB3461B@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:
> > The problem is that session 2 sees a not yet deleted( by session 1)
> > session row and an already updated( by session 1) sis_user row at
> > the same time. There's no such snapshot that could see both rows.
>
> Running in SERIALIZABLE mode would guarantee consistency, no?
> (Session 2 would be forced to roll back and try again, and when
> it tried again it would see the session row already gone.)

Yes but there would be no one who uses SERIALIZABLE mode
because of such reason. In READ COMMITTED mode, PG system
couldn't abort easily and it makes the implementation of
READ COMMITTED mode much harder than that of SERIALIZABLE.
It's impossible to implement READ COMMITTED mode without
changing snapshots appropriately and acquire appropriate
locks carefully.

regards,
Hiroshi Inoue

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message Josep M. L. Orriols 2001-11-15 09:29:16 Hi from Spain...
Previous Message Tom Lane 2001-11-14 21:55:09 Re: time's running short for you to reserve 5432/tcp!!!!