Re: Missing results from scroll cursor in PostgreSQL 8.3.3?

From: Simon Riggs <simon(at)2ndQuadrant(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Mark Cave-Ayland <mark(dot)cave-ayland(at)siriusit(dot)co(dot)uk>, pgsql-hackers(at)postgresql(dot)org, Teodor Sigaev <teodor(at)sigaev(dot)ru>
Subject: Re: Missing results from scroll cursor in PostgreSQL 8.3.3?
Date: 2008-09-25 17:56:54
Message-ID: 1222365414.4445.823.camel@ebony.2ndQuadrant
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers


On Thu, 2008-09-25 at 12:27 -0400, Tom Lane wrote:
> Mark Cave-Ayland <mark(dot)cave-ayland(at)siriusit(dot)co(dot)uk> writes:
> > Following up a report on the PostGIS bugtracker (also submitted to
> > pgsql-bugs here:
> > http://archives.postgresql.org/pgsql-bugs/2008-09/msg00086.php), I'm
> > wondering if there is a bug in the way that GiST indexes interact with
> > scroll cursors.
>
> I remember Teodor remarking that there's some problem with fetching
> backwards in a GIST indexscan, but I don't know the details --- in
> particular, no idea whether it's fixable or we need to put in something
> to prevent trying it. The latter would be a bit of a PITA since right
> now indexscans are assumed to support backwards scan regardless of
> index type.

Does ABSOLUTE 3 do a backward scan? Hope not. Just rewind and forward
scan. Presumably the bug is present when you don't do ABSOLUTE -1 first?

Seems like GIST should be able to fake a backwards scan if needed.

--
Simon Riggs www.2ndQuadrant.com
PostgreSQL Training, Services and Support

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2008-09-25 18:01:45 Re: Missing results from scroll cursor in PostgreSQL 8.3.3?
Previous Message Dmitry Koterov 2008-09-25 17:39:44 Re: Review Report: propose to include 3 new functions into intarray and intagg