Re: [BUGS] Cursor with hold emits the same row more than once across commits in 8.3.7 - Mailing list pgsql-hackers

From Jeff Davis
Subject Re: [BUGS] Cursor with hold emits the same row more than once across commits in 8.3.7
Date
Msg-id 1244570056.21727.66.camel@monkey-cat.sm.truviso.com
Whole thread Raw
In response to Re: [BUGS] Cursor with hold emits the same row more than once across commits in 8.3.7  (Jeff Davis <pgsql@j-davis.com>)
Responses Re: Re: [BUGS] Cursor with hold emits the same row more than once across commits in 8.3.7  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
On Tue, 2009-06-09 at 10:51 -0700, Jeff Davis wrote:
> On Tue, 2009-06-09 at 12:07 -0400, Tom Lane wrote:
> > We could probably fix this specific issue by refactoring things in such
> > a way that the seqscan start point is frozen on the first read and
> > re-used after rewinds.
> 
> I don't know what you mean by "frozen" exactly, but the start point of a
> synchronized scan is stored in shared memory; otherwise, it wouldn't
> know where to stop.
> 

Correction: I didn't actually mean _shared_ memory there. It's just
backend-local memory.

Regards,Jeff Davis



pgsql-hackers by date:

Previous
From: "Kevin Grittner"
Date:
Subject: Re: Multicolumn index corruption on 8.4 beta 2
Next
From: Tom Lane
Date:
Subject: Re: page is uninitialized --- fixing